Techniques for facilitating multiplayer/tournament hybrid skill-based, wager-based gaming via computer networks

ABSTRACT

Various aspects described for implementing tournament hybrid arcade/wager-based gaming techniques via computer networks, including one or more casino gaming networks. The tournament hybrid arcade/wager-based game may include a non-wager based gaming portion and a wager-based gaming portion. One or more players are able to concurrently engage in continuous game play of the non-wager based gaming portion during execution of wager-based gaming events which are automatically triggered based on events which occur during play of the non-wager based gaming portion. Payouts for a given wager-based game event outcome may include both monetary payouts and/or non-monetary payouts.

RELATED APPLICATION DATA

This application is a continuation application, pursuant to theprovisions of 35 U.S.C. § 120, of prior U.S. patent application Ser. No.15/344,503 titled “GAMING ASPECTS RELATING TO MULTIPLAYER/TOURNAMENTHYBRID ARCADE/WAGER-BASED GAMES” by Washington et al., filed on 4 Nov.2016, the entirety of which is incorporated herein by reference for allpurposes.

U.S. patent application Ser. No. 15/344,503 claims benefit, pursuant tothe provisions of 35 U.S.C. § 119, of U.S. Provisional Application Ser.No. 62/250,964, titled “GAMING ASPECTS RELATING TOMULTIPLAYER/TOURNAMENT HYBRID ARCADE/WAGER-BASED GAMES”, namingWashington et al. as inventors, and filed 4 Nov. 2015, the entirety ofwhich is incorporated herein by reference for all purposes.

U.S. patent application Ser. No. 15/344,503 also claims benefit,pursuant to the provisions of 35 U.S.C. § 119, of U.S. ProvisionalApplication Ser. No. 62/091,451, titled “HYBRID ARCADE-TYPE, WAGER-BASEDGAMING TECHNIQUES”, naming Washington et al. as inventors, and filed 12Dec. 2014, the entirety of which is incorporated herein by reference forall purposes.

U.S. patent application Ser. No. 15/344,503 also claims benefit,pursuant to the provisions of 35 U.S.C. § 119, of U.S. ProvisionalApplication Ser. No. 62/127,821, titled “RPG AND SPORTS THEMED HYBRIDARCADE-TYPE, WAGER-BASED GAMING TECHNIQUES”, naming Washington et al. asinventors, and filed 3 Mar. 2015, the entirety of which is incorporatedherein by reference for all purposes.

U.S. patent application Ser. No. 15/344,503 is a continuation-in-part(CIP) application, pursuant to the provisions of 35 U.S.C. § 120, ofprior U.S. patent application Ser. No. 14/831,823 titled “FIRST PERSONSHOOTER, RPG AND SPORTS THEMED HYBRID ARCADE-TYPE, WAGER-BASED GAMINGTECHNIQUES” by Washington et al., filed on 20 Aug. 2015, the entirety ofwhich is incorporated herein by reference for all purposes.

U.S. patent application Ser. No. 15/344,503 is also acontinuation-in-part (CIP) application, pursuant to the provisions of 35U.S.C. § 120, of prior U.S. patent application Ser. No. 14/865,538“HYBRID ARCADE-TYPE, WAGER-BASED GAMING TECHNIQUES AND PREDETERMINED RNGOUTCOME BATCH RETRIEVAL TECHNIQUES” by Washington et al., filed on 25Sep. 2015, the entirety of which is incorporated herein by reference forall purposes.

BACKGROUND

Many of today's wager-based casino games are typically designed based onlong-standing conventional wisdom that the primary motivation forplayers to engage and participate in wager-based games relates to theplayer's expectation of receiving a net positive financial gain. Suchgame design considerations also extend to tournament-type casino games.As a result, most tournament-type wager-based games are configured ordesigned to primarily offer monetary-type payouts. Moreover, suchmonetary-type payouts are typically unrelated to, and have no effect orinfluence on, the gameplay portion of the wager-based game.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a simplified block diagram of a specific exampleembodiment of a Gaming Network 100 which may be configured or designedto implement various hybrid arcade/wager-based gaming techniquesdescribed and/or referenced herein.

FIG. 2 shows an example block diagram of an electronic gaming system 200in accordance with a specific embodiment.

FIG. 3 illustrates a network diagram of an example embodiment of aGaming Network 300 which may be configured or designed to implementvarious hybrid arcade/wager-based gaming techniques described and/orreferenced herein.

FIG. 4 shows a block diagram of electronic gaming device 400, inaccordance with a specific embodiment.

FIG. 5 is a simplified block diagram of an exemplary intelligentelectronic gaming system 500 in accordance with a specific embodiment.

FIG. 6 is a simplified block diagram of an exemplary mobile gamingdevice 600 in accordance with a specific embodiment.

FIG. 7 illustrates an example embodiment of a System Server 780 whichmay be used for implementing various aspects/features described herein.

FIG. 8 illustrates an example of a functional block diagram of a GamingSystem Server in accordance with a specific embodiment.

FIG. 9 shows a block diagram illustrating components of a gaming system900 which may be used for implementing various aspects of exampleembodiments.

FIGS. 10-13 and 16 illustrate various example embodiments of differentHybrid Arcade/Wager-Based Gaming procedures and/or procedural flowswhich may be used for facilitating activities relating to one or more ofthe Hybrid Arcade/Wager-Based Gaming aspects disclosed herein.

FIG. 14 shows a block diagram of electronic gaming machine (e.g., EGM),in accordance with a specific embodiment.

FIGS. 17-19 show example embodiments of different electronic gamingmachines which may be used for enabling and/or implementing one or moreof the tournament hybrid arcade/wager-based gaming techniques describedand/or referenced herein.

FIGS. 15, and 20-22 illustrate different example embodiments of variousscreenshots of hybrid arcade/wager-based game GUIs which may be used forfacilitating activities relating to one or more of the hybridarcade/wager-based gaming aspects disclosed herein. In at least oneembodiment, at least a portion of the GUIs may be configured or designedfor use at one or more mobile devices and/or at one or more casinogaming machines.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS

Overview

Various aspects described or referenced herein are directed to differentmethods, systems, and computer program products for implementing varioushybrid arcade/wager-based gaming (“HAWG”) techniques via computernetworks, including one or more casino gaming networks. As describedherein, a hybrid arcade/wager-based game may also be referred to as askill-based, wager-based game.

Various aspects disclosed herein are also directed to techniques forimplementing wager-based game event “payouts” which may be utilized by aplayer to affect and/or influence gameplay of the non-wager-based gameportion and/or wager-based game portion of a hybrid arcade/wager-basedgame.

In at least one embodiment, the various skill-based, wager-based gamingtechniques described herein may be implemented in at least one computernetwork including a first electronic, wager-based gaming deviceincluding a first display and a first input device, the computer networkfurther including a second electronic, wager-based gaming deviceincluding a second display and a second input device, the computernetwork further including at least one random number generator engine.

Various method(s), system(s) and/or computer program product(s) may beoperable to cause at least one processor to execute a plurality ofinstructions to: enable a first player to engage in interactive gameplay of a tournament hybrid arcade/wager-based game at the first EGD,the tournament hybrid arcade/wager-based game including a non-wagerbased gaming portion and a wager-based gaming portion; enable a secondplayer to engage in interactive game play of the tournament hybridarcade/wager-based game at the second EGD; detect, during play of thenon-wager based game portion, an occurrence of a first in-game event;link the first in-game event with input provided by the first player;determine if the occurrence of the first in-game event qualifies as awager-based triggering event; if it is determined that the occurrence ofthe first in-game event qualifies as a wager-based triggering event,initiate a first wager-based game event; automatically fund an amountwagered on the first wager-based game event using funds from an accountassociated with the first player; identify a first outcome as an outcomeof the first wager-based game event; determine if a first monetarypayout is to be distributed to the first player based on the outcome ofthe first wager-based game event; if it is determined that a firstmonetary payout is to be provided to the first player, automaticallydistribute the first monetary payout; detect, during play of thenon-wager based game portion, an occurrence of a second in-game event;link the second in-game event with input provided by the second player;determine if the occurrence of the second in-game event qualifies as awager-based triggering event; if it is determined that the occurrence ofthe second in-game event qualifies as a wager-based triggering event,initiate a second wager-based game event; automatically fund an amountwagered on the second wager-based game event using funds from an accountassociated with the second player; identify a second outcome as anoutcome of the second wager-based game event; determine if a secondmonetary payout is to be distributed to the second player based on theoutcome of the second wager-based game event; and if it is determinedthat a second monetary payout is to be provided to the second player,automatically distribute the second monetary payout. In at least oneembodiment, the first wager-based game event corresponds to awager-based game of chance event, and the outcome of the firstwager-based game event is predetermined using a random number generator(RNG).

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: enable the first and second players tocooperate together in the virtual game world towards achievement of acommon goal or objective.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: enable the first and second players tocompete against each other in the virtual game world.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: enable the first and second players to eachconcurrently engage in game play activities within the virtual gameworld during play of the multi-player, skill-based, wager-based game.

In at least some embodiments, the first gaming device includes a firstbill or ticket acceptor and the second gaming device includes a secondbill or ticket acceptor. Additional method(s), system(s) and/or computerprogram product(s) may be further operable to cause at least oneprocessor to execute additional instructions to: establish at least aportion of the first account balance using at least a portion of cash orcredit received via the first bill or ticket acceptor; and establish atleast a portion of the second account balance using at least a portionof cash or credit received via the second bill or ticket acceptor.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: display a representation of the firstwager-based event being executed at the first wager-based game graphicaluser interface portion during play of the multi-player, skill-based,wager-based game; display a representation of the second wager-basedevent being executed at the second wager-based game graphical userinterface portion during play of the multi-player, skill-based,wager-based game; and enable the first player to concurrently engage inskill-based game play activities in the virtual game world duringexecution of the first and second wager-based events.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: automatically retrieve a first batch ofpredetermined random number generator outcomes from the at least onerandom number generator engine; select the first wager-based eventoutcome from the first batch of predetermined wager-based eventoutcomes; and select the second wager-based event outcome from the firstbatch of predetermined wager-based event outcomes.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: display a first object in the skill-basedgraphical user interface portion; store in the at least onenon-transient memory a first data structure including informationlinking the first wager-based event outcome and the first object; detecta first in-game interaction with the first object, the first in-gameinteraction being based on player interaction with the first skill-basedgraphical user interface portion; identify the first in-game interactionwith the first object as an in-game occurrence of the first wager-basedtriggering event; initiate execution the first wager-based event basedon detecting the in-game occurrence of the first wager-based triggeringevent; and store in the at least one non-transient memory a second datastructure including information linking the outcome of first wager-basedevent and the first wager-based event outcome.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: display a first object in the skill-basedgraphical user interface portion; store in the at least onenon-transient memory a first data structure including informationlinking the first wager-based event outcome and the first object; detecta first in-game interaction with the first object, the first in-gameinteraction being based on player interaction with the first skill-basedgraphical user interface portion; identify the first in-game interactionwith the first object as an in-game occurrence of the first wager-basedtriggering event; initiate execution the first wager-based event basedon detecting the in-game occurrence of the first wager-based triggeringevent; store in the at least one non-transient memory a second datastructure including information linking the outcome of first wager-basedevent and the first wager-based event outcome; display a second objectin the skill-based graphical user interface portion; store in the atleast one non-transient memory a third data structure includinginformation linking the second wager-based event outcome and the secondobject; detect a second in-game interaction with the second object, thesecond in-game interaction being based on player interaction with thesecond skill-based graphical user interface portion; identify the secondin-game interaction with the second object as an in-game occurrence ofthe second wager-based triggering event; initiate execution the secondwager-based event based on detecting the in-game occurrence of thesecond wager-based triggering event; and store in the at least onenon-transient memory a fourth data structure including informationlinking the outcome of second wager-based event and the secondwager-based event outcome.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: identify a first event or condition whichmay occur in the virtual game world in response to player input at thefirst skill-based game graphical user interface portion; store in the atleast one non-transient memory a first data structure includinginformation linking the first wager-based event outcome with the firstevent or condition; detect an in-game occurrence of the first event orcondition in the virtual game world; identify the first in-gameoccurrence of the first event or condition an in-game occurrence of thefirst wager-based triggering event; initiate execution the firstwager-based event based on detecting the in-game occurrence of the firstwager-based triggering event; and store in the at least onenon-transient memory a second data structure including informationlinking the outcome of first wager-based event and the first wager-basedevent outcome.

Additional method(s), system(s) and/or computer program product(s) maybe further operable to cause at least one processor to executeadditional instructions to: identify a first event or condition whichmay occur in the virtual game world in response to player input at thefirst skill-based game graphical user interface portion; cause, inresponse to player input at the first skill-based game graphical userinterface portion, an in-game occurrence of the first event or conditionin the virtual game world; store in the at least one non-transientmemory a first data structure including information linking the firstwager-based event outcome with the first event or condition; detect anin-game occurrence of the first event or condition in the virtual gameworld; identify the first in-game occurrence of the first event orcondition as an in-game occurrence of the first wager-based triggeringevent; initiate execution the first wager-based event based on detectingthe in-game occurrence of the first wager-based triggering event; storein the at least one non-transient memory a second data structureincluding information linking the outcome of first wager-based event andthe first wager-based event outcome; identify a second event orcondition which may occur in the virtual game world; store in the atleast one non-transient memory a third data structure includinginformation linking the second wager-based event outcome with the secondevent or condition; cause, in response to player input at the secondskill-based game graphical user interface portion, an in-game occurrenceof the second event or condition in the virtual game world; identify thesecond in-game occurrence of the second event or condition as an in-gameoccurrence of the second wager-based triggering event; initiateexecution the second wager-based event based on detecting the in-gameoccurrence of the second wager-based triggering event; and store in theat least one non-transient memory a fourth data structure includinginformation linking the outcome of second wager-based event and thesecond wager-based event outcome.

In at least some embodiments, the at least one random number generatorengine is located at a remote server.

Various objects, features and advantages of the various aspectsdescribed or referenced herein will become apparent from the followingdescriptions of its example embodiments, which descriptions should betaken in conjunction with the accompanying drawings.

Specific Example Embodiments

Various techniques will now be described in detail with reference to afew example embodiments thereof as illustrated in the accompanyingdrawings. In the following description, numerous specific details areset forth in order to provide a thorough understanding of one or moreaspects and/or features described or reference herein. It will beapparent, however, to one skilled in the art, that one or more aspectsand/or features described or reference herein may be practiced withoutsome or all of these specific details. In other instances, well knownprocess steps and/or structures have not been described in detail inorder to not obscure some of the aspects and/or features described orreference herein.

One or more different inventions may be described in the presentapplication. Further, for one or more of the invention(s) describedherein, numerous embodiments may be described in this patentapplication, and are presented for illustrative purposes only. Thedescribed embodiments are not intended to be limiting in any sense. Oneor more of the invention(s) may be widely applicable to numerousembodiments, as is readily apparent from the disclosure. Theseembodiments are described in sufficient detail to enable those skilledin the art to practice one or more of the invention(s), and it is to beunderstood that other embodiments may be utilized and that structural,logical, software, electrical and other changes may be made withoutdeparting from the scope of the one or more of the invention(s).Accordingly, those skilled in the art will recognize that the one ormore of the invention(s) may be practiced with various modifications andalterations. Particular features of one or more of the invention(s) maybe described with reference to one or more particular embodiments orfigures that form a part of the present disclosure, and in which areshown, by way of illustration, specific embodiments of one or more ofthe invention(s). It should be understood, however, that such featuresare not limited to usage in the one or more particular embodiments orfigures with reference to which they are described. The presentdisclosure is neither a literal description of all embodiments of one ormore of the invention(s) nor a listing of features of one or more of theinvention(s) that must be present in all embodiments.

Headings of sections provided in this patent application and the titleof this patent application are for convenience only, and are not to betaken as limiting the disclosure in any way. Devices that are incommunication with each other need not be in continuous communicationwith each other, unless expressly specified otherwise. In addition,devices that are in communication with each other may communicatedirectly or indirectly through one or more intermediaries. A descriptionof an embodiment with several components in communication with eachother does not imply that all such components are required. To thecontrary, a variety of optional components are described to illustratethe wide variety of possible embodiments of one or more of theinvention(s).

Further, although process steps, method steps, algorithms or the likemay be described in a sequential order, such processes, methods andalgorithms may be configured to work in alternate orders. In otherwords, any sequence or order of steps that may be described in thispatent application does not, in and of itself, indicate a requirementthat the steps be performed in that order. The steps of describedprocesses may be performed in any order practical. Further, some stepsmay be performed simultaneously despite being described or implied asoccurring non-simultaneously (e.g., because one step is described afterthe other step). Moreover, the illustration of a process by itsdepiction in a drawing does not imply that the illustrated process isexclusive of other variations and modifications thereto, does not implythat the illustrated process or any of its steps are necessary to one ormore of the invention(s), and does not imply that the illustratedprocess is preferred.

When a single device or article is described, it will be readilyapparent that more than one device/article (e.g., whether or not theycooperate) may be used in place of a single device/article. Similarly,where more than one device or article is described (e.g., whether or notthey cooperate), it will be readily apparent that a singledevice/article may be used in place of the more than one device orarticle.

The functionality and/or the features of a device may be alternativelyembodied by one or more other devices that are not explicitly describedas having such functionality/features. Thus, other embodiments of one ormore of the invention(s) need not include the device itself. Techniquesand mechanisms described or reference herein will sometimes be describedin singular form for clarity. However, it should be noted thatparticular embodiments include multiple iterations of a technique ormultiple instantiations of a mechanism unless noted otherwise.

Currently existing slot machine technology is dated and lacking youngerdemographics due to the same format of gambling gameplay elementdisplays. Problems with existing slot machine and video-based casinogaming technology include: the gambling gameplay display method, and theplayer interaction method with the gambling game elements using a slotmachine.

Veteran gamblers (e.g., older gambler demographic age 50+) have beenaccustomed to a standard set of video gaming symbols (e.g., A, J, K, Q)which, for example, may be accompanied with a multitude of additionalthemed symbols (e.g., animals, fantasy creatures, media personas, etc.)presented on a series of wheels or drums. Newer technology has madepossible the use of digital display screens that present the reels andsymbols in a digital format. Younger generations of gamblers (e.g.,herein referred to as “garners”), on the other hand, have beenaccustomed to increasingly intense and graphically glorified 2D & 3Dworld environments where an untold amount of possibilities may arise.These gamers, who are used to fast paced, energetic, and visuallystunning games, feel that the display method of the traditional slotmachines are “boring.” As for the veteran gamblers, they feel that thefast paced, new aged action, is “too much.”

Veteran gamblers have experienced player interaction in a few differentways: (1) a pull lever (2) a spin button (3) interact with a touchscreen. Gamers have experienced player interaction in dozens ofdifferent ways, such as, for example:

-   -   gaming controllers (e.g., Nintendo, PlayStation, XBOX, Wii)    -   PC HIDs (e.g., mouse, trackball, keyboard)    -   joysticks    -   shooting apparatuses    -   head & body gear (e.g., Victormaxx, Power Glove)    -   etc.

Much like the comparison between gamers and gamblers in regards togambling gameplay display methods, the results are similar. The youngerplayers are “bored” whereas the older players feel “intimidated.”

In many existing casino venues, standard classic slot machines aredeployed which include an electromagnetic mechanism with a “lever”interface device. Slot machines have also evolved using video screensand electronic push button interfaces, which are typically referred toas “Hybrid Machines” that use a combination of both the mechanicalportion and video elements of both designs.

In light of the above, it may be desirable to create and/or implement“hybrid arcade/wager-based games” or “Gambling Arcade Games” whichprovide hybrid arcade-style, wager-based gaming techniques which maymore suitably appeal to the Casino Gamer demographic. However, onesignificant obstacle regarding such hybrid arcade-style, wager-basedgaming techniques is that they are often comprised of new/different andcomplex back end solutions that may require lengthy and costly processesof regulatory review and approvals in many different gamingjurisdictions.

One possible workaround to this significant obstacle is toconfigure/design a hybrid arcade-style, wager-based game such that it iscompliant with currently approved wager-based gaming regulatorystandards such as, for example, the well-known GLI standards, which havealready been approved in various gaming jurisdictions. One example of aGLI standard is the GLI-11 standard version 2.1, Published Aug. 25, 2011by Gaming Laboratories International, LLC, the entirety of which isherein incorporated by reference for all purposes.

For example, in one embodiment, a hybrid arcade-style, wager-based gamemay be configured or designed to provide an arcade-style gaminginterface which enables a player to participate in an arcade-style gameat the wager-based gaming machine. One or more events and/or activitiesperformed by the player (e.g., during play of the arcade-style game) mayautomatically trigger an RNG wager-based event such as, for example, oneor more of the following (or combinations thereof):

-   -   the spinning of a virtual wager-based slot machine reel (e.g.,        which has been configured or designed to be compliant with the        GLI standard(s));    -   the spinning of a virtual wheel such as a roulette wheel or        “Wheel-of-Fortune”™ wheel;    -   the throwing/rolling of one or more dice;    -   the dealing of one or more card(s);    -   and/or other types of RNG-based video games of chance        (preferably which have been configured or designed to be        compliant gaming standards, rules and regulations).

Because the wager-based activities of the hybrid arcade-style,wager-based game comply with currently existing GLI standard(s) (and/orother national, regional, local gaming rules and regulations), suchhybrid arcade-style, wager-based games may not require additionalregulatory approval for deployment in Casino venues.

Some benefits and advantages of the hybrid arcade/wager-based gamingtechniques described herein may include, but are not limited to, one ormore of the following (e.g., or combinations thereof):

-   -   Enabling the utilization of the same (e.g., proven/GLI approved)        slot machine back end and RNG for gambling functionality.    -   Enables new and unique ways to display a slot machine gambling        game to specific demographics based on gameplay type and/or        theme.    -   May increase overall house gambling demographics, revealing        untapped markets, more profits, more coin-ins & more “butts in        seats.”    -   Hybrid arcade-style, wager-based games may be purposefully        configured or designed to avoid (or to not require) any        additional regulatory approval for deployment in Casino venues.    -   Provides mechanisms to Casinos/gaming establishments for        facilitating achievement of desired minimum wagering goals        (e.g., over time), such as those established by Casinos (e.g.,        Casino desires at least one wager-based reel spin by a given        player every 10 seconds).    -   Etc.

In one embodiment, a hybrid arcade-style, wager-based game may becreated by combining a new and different visual game representation witha new and different method of player interaction on a slot machine. Thehybrid arcade-style, wager-based game may be configured or designed toprovide the assemblage of graphical elements and gameplay features forportraying a visually different experience while also providing theenhanced method of player interaction via a particular Human InterfaceDevice (e.g., HID), which is based on the theme/style of the visuallyenhanced gambling game. For example, the game “Duck Hunt” uses a guncontroller where as “Super Mario Bros.” utilizes a D-pad multi-buttoncontroller as the HID. According to different embodiments, either (orboth) of these arcade-style video games may be adapted (e.g., using thehybrid arcade/wager-based gaming techniques described and/or referencedherein) to function as hybrid arcade/wager-based games. According todifferent embodiments, one or more hybrid arcade/wager-based game(s) mayalso be configured or designed to include one or more of the following(or combinations thereof): graphical elements (e.g., 2D and/or 3D)animations, sound effects, programming, etc.

In some embodiments, the format of the hybrid arcade-style, wager-basedgame may focus on “first person shooter” type, arcade-style games suchas, for example, “House of the Dead,” “Area 51”, “Lethal Enforcers”,etc. At least a portion of such games may feature a player characterthat automatically moves on a “rail” system (e.g., automatically movingthe player's character through different scenes of the game, withoutrequiring the player to provide input for moving his/her gamecharacter), which allows the player to concentrate his/her focus onshooting the targets which appear throughout gameplay.

The format of the hybrid arcade-style, wager-based game may also focuson other types of video and/or arcade-style games such as, for example,one or more of the following (e.g., or combinations thereof):

-   -   “non-linear” (e.g., open world) type video and/or arcade-style        games such as, for example, Grand Theft Auto    -   “linear” type video and/or arcade-style games such as, for        example, Half-Life    -   Massively multiplayer online “MMO” type video and/or        arcade-style games such as, for example, World of Warcraft    -   Role-playing game “RPG” type video and/or arcade-style games        such as, for example, Final Fantasy.

Such games may feature a player character that may be moved through thegame world via player input, (e.g., HID), which allows for an increasedsense of excitement through gameplay by providing a multitude ofplayer-choice possibilities through a wide-array of path directions.

In some embodiments, the format of the hybrid arcade-style, wager-basedgame may facilitate a gameplay environment in which multiplayerfunctionality takes place. The multiplayer gameplay may have multiple“enrollment” aspects in which one, for example, particular player couldbe on location at a casino playing a hybrid arcade/wager-based game,while another (e.g., different) player could be at a different location(e.g., at a different location in the casino, at a different casino, ata different establishment such as a home or office, etc.), concurrentlyparticipating in the same hybrid arcade/wager-based game, but withoutparticipating in any wagering aspect/portions of hybridarcade/wager-based game. A non-wagering game such as this is commonlyknown as a “free to play” game, in which the player is allowed todownload and install said game on their own devices, which then allowsthe player progress through the game (e.g., which is no different thanthe wager based counter-part) without taking place in wager basedevents. Examples of some popular “free to play” games are, “TERA”,“Marvel Puzzle Quest”, “Planetside 2”, etc. Gaming situations such asthese may promote a “clicks to bricks” outcome where a casino propertycould promote at home users to “login over the weekend to play SuperZombie Bash! Free! Come down to the casino and play Super Zombie Bashfor a chance to win big!” Such property advertisement may entice morepatrons to visit the casino in order to “win big” on their favoritehybrid arcade/wager-based game.

In some embodiments, different players concurrently participating in thesame hybrid arcade/wager-based game may each separately configurehis/her respective wagering parameters/amounts, which may be differentfrom the wagering parameters/amounts configured by other gameplayer-participants.

The various hybrid arcade/wager-based gaming techniques described hereinmay be used to improve the visual relationship between player andmachine to increase player immersion and facilitate longer more excitinggambling durations without providing a completely new back-end deliverystructure. It also improves the player method of interaction with thegambling game by allowing for a plethora of new age interface devices tobe coupled with specific themed games (e.g., guns, joysticks,controllers, etc.). Existing technology and gameplay, although proven,is becoming dated and “not as fun” to younger players. The hybridarcade/wager-based gaming techniques described herein may satisfy theyounger demographics gameplay needs while still satisfying the house andregulatory needs by having the same foundation which has already beentested/approved. The presentation of the gaming elements are comprisedin such a way where younger demographics may be more compelled to gamblewhile still allowing older demographics to understand and enjoy theexperience if they so desire to participate. The hybridarcade/wager-based gaming techniques described herein may also beutilized for enabling enhanced slot machine gambling with new andexciting twists, while still being compliant with local/state/Federalgaming regulations.

Walkthrough of Examples Hybrid Arcade/Wager-Based Game Embodiment(s)

The following example is intended to help illustrate some of the varioustypes of functions, operations, actions, and/or other features which maybe provided by the Hybrid Arcade/Wager-Based Gaming System. At least aportion of these various processes, procedures and activities may alsobe illustrated and described with respect to the flow diagrams of FIGS.10-13.

Initially, it is assumed that a player (e.g., or players) engages with ahybrid arcade/wager-based gaming device via standard method (e.g.,inserting monetary amount), selects gameplay and wagering options viabutton panel (e.g., different “characters” equal different bet/wageramounts e.g. 1 line vs 30 lines), “shoots” moving elements on thedisplay (e.g., destroying a target qualifies as a triggering event forcausing initiation of a wager-based event (e.g., initiating awager-based spin of a virtual slot reel, which collects a specifiedamount of wagered credits), claims winnings/payouts (e.g., based on theoutcome of the virtual slot reel spin), and continues to “shoot” untiladditional monetary amount is needed to continue play (e.g., out ofcredits) and/or until player is satisfied with gambling duration anddecides to discontinue gameplay.

In some embodiments, the player character is on a “rail” (e.g., “Houseof the Dead”, “Area 51”, “Lethal Enforcers” one or more of which areclassic arcade rail styled shooter games) which does not allow for freerange of movement or choice of direction within the gaming environment(e.g., commonly referred to as “game world” or “game level”).

The automated movement of the player's character is determined by thegame's functionality and whether or not the player is actually playing(e.g., destroying zombies). By way of illustration, let's envision ashort animated sequence—the player's mercenary character kicks down adoor and enters a small maintenance room, Upon entering the room hestops to make sure the environment is safe to move on, however, 5 NPC's(e.g., Non Player Characters) heard the noise (e.g., from the door beingkicked down) and have now surrounded the mercenary and are beginning toattack. Once the player character is in the room and surrounded, therail movement (e.g., kicking down the door and walking into the room)stops. Once stopped, the player may use the game's HID (e.g., anelectro-mechanical gun, which, for example, may be electronicallytethered to the gaming device) to shoot and destroy the 5 NPC's.

According to different embodiments, one or more different types ofgameplay-related triggering event(s)/condition(s) may be defined forinitiating a wager-based event to occur during game play (e.g.,execution of wager-based slot reel spin may take place concurrently withor simultaneously with the player's continued and active participationin the arcade-style portion of the game). Examples of different types oftriggering event(s)/condition(s) may include, but are not limited to,one or more of the following (e.g., or combinations thereof):

-   -   Pulling a trigger;    -   Firing a shot with a gun or other weapon;    -   Hitting a specified target;    -   Destroying a specified virtual object;    -   One or more character movements such as, for example, jumping,        ducking, punching, hitting, running, sitting, etc.;    -   An environmental object event, such as, for example, volcano        eruption, avalanche, earthquake, or sci-fi/fantasy element        (e.g., a strange alien world may harbor anti-matter pockets        and/or worm-holes in space-time) and/or weather (e.g.,        “Lightning Strike” trigger);    -   NPC or Boss event such as, for example, a mage or magic wielding        character casting a specific spell (e.g., Fire Flare bonus        round), a boss summoning a group of minions during a battle        (e.g., Golden Goblin minions with multipliers);    -   Predetermined outcome via host application such as, for example,        a property may “credit/reward” a specific patron by triggering        an event (e.g., “Hot Seat bonus” etc.), and/or may initiate an        event based on a situation deemed necessary for triggering such        an event. (e.g., See, e.g., 1208, FIG. 12);    -   A multiplayer and/or team and/or co-op event (e.g., similar to        other embodiments described and/or referenced herein) in        occurrence with multiple players and situations thereof;    -   And/or other types of event(s)/condition(s) may be defined for        initiating a wager-based event to occur during game play.

Examples of different types of wager-based gaming events which may beinitiated may include, but are not limited to, one or more of thefollowing (e.g., or combinations thereof):

-   -   spin of virtual slot reel (e.g., based on RNG)    -   spin of roulette wheel    -   throw of dice    -   dealing of one or more cards    -   pick & choose/find hidden item    -   scramble elements/find hidden item    -   “scratch off” reveal hidden item    -   a pachinko round    -   “virtual” carnival/parlor events/spin of a wheel, etc.    -   and/or other types of wager-based gaming events (e.g., or        wager-based games) known in the art and/or described and/or        referenced herein.

In at least one embodiment, it is preferable that the gameplay-relatedtriggering event(s)/condition(s) (e.g., for triggering initiation of awager-based event to occur) relates to an event which repeatedly occursduring the player's active participation in the arcade-style portion ofthe game, such as, for example: pulling of a trigger, firing of aweapon, hitting an object/target, destroying and object, etc.

For example, in one embodiment, each time the player fires a shot (e.g.,by pulling a trigger of the gun-HID device) during play of the arcadeportion of the hybrid game, the system may automatically initiate awager-based spin of a virtual slot reel. In other embodiments, each timethe player destroys a specified target (e.g., destroys a zombie) duringplay of the arcade portion of the hybrid game, the system mayautomatically initiate a wager-based spin of the virtual slot reel.

In some embodiments, the hybrid arcade/wager-based game may beconfigured or designed as a “rail movement” type game, where theplayer's character is automatically moved through various scenes of thegame (e.g., as if the player's character were riding on an automatedrail or transport). Rail movement advances the player's character intonext game world location. The rail movement durations may be short, asto not interfere with quickly repetitive and continuous shoot/spingameplay situations. In some embodiments, there may be stopping pointsof play as well as regulated movement intervals which comply with thencurrent gambling regulations and/or local casino gamingrequirements/preferences (e.g., casino may deem it desirable that playof the hybrid arcade/wager-based game achieves at least 8 spins ofvirtual slot reel per minute). In at least some embodiments, the hybridarcade/wager-based game may also be configured or designed to take intoaccount standard slot game feature transition times, bonus roundintro's, wild animations, etc., when determining rail movements andsequence zones.

In some embodiments, if the player decides not to shoot or destroy theNon Player Characters (“NPCs”), the NPC's may eventually destroy theplayer character. In at least one embodiment, when this occurs, theplayer character may automatically rejuvenate (e.g., come to lifeagain), and the player may be provided with additional opportunities todestroy the NPC's at the current visual gaming location (e.g., level),before being allowed to proceed to the next level. Thus it will beappreciated that, in at least some embodiments, the hybridarcade/wager-based game may be configured or designed to provide aminimal/no cost of failure (e.g., as compared with traditionalarcade-style video games where loss of lives/credits=game over). Suchtechniques provide an advantage of allowing a player to temporarilydepart from the game (e.g., to order a drink, have a smoke, etc.) as atraditional slot player might do. During such moments, play of thehybrid arcade/wager-based gaming device may be considered to be in anidle state. However, in some embodiments, even though the hybridarcade/wager-based game may provide idle benefits, the game may continueto display or impart a visual sense of urgency to promote/stimulategameplay (e.g., zombies continue to attack player character during idlegame state).

According to different embodiments, different hybrid arcade/wager-basedgames may be configured or designed to include at least one arcade-stylegame play portion and at least one wager-based game play portion.Examples of various arcade-style games or arcade-style themes which maybe used in implementing the arcade-style game play portion of the hybridarcade/wager-based game may include, but are not limited to, one or moreof the following (or combinations thereof):

-   -   “First person shooter” type, arcade-style games such as, for        example, “House of the Dead,” “Area 51”, “Lethal Enforcers”.    -   “Non-linear” (e.g., open world) type video and/or arcade-style        games such as, for example, Grand Theft Auto.    -   “Linear” type video and/or arcade-style games such as, for        example, Half-Life.    -   Massively multiplayer online “MMO” type video and/or        arcade-style games such as, for example, World of Warcraft.    -   Role-playing game “RPG” type video and/or arcade-style games        such as, for example, “Final Fantasy”.    -   Racing/Driving arcade style game(s) (e.g., Cars, boats, planes        etc.).    -   Sports-themed arcade style game(s) (e.g., Football, Baseball,        downhill skiing, etc.).    -   Challenge arcade style game(s) (e.g., Archery, Darts, Hunting,        Shooting, etc.).    -   Recreation arcade style game(s) (e.g., Horseshoes, Croquet,        Fishing etc.).    -   TV-themed arcade style game(s).    -   And/or other types of arcade-style games.

Examples of various wager-based games or wager-based themes which may beused in implementing the wager-based game play portion of the hybridarcade/wager-based game may include, but are not limited to, one or moreof the following (or combinations thereof):

-   -   Spin of virtual slot reel (e.g., based on RNG). Examples of        these types of wager-based games of chance include the RNG-based        virtual slot games.    -   Throw of virtual dice. An example of this type of wager-based        game of chance includes the RNG-based virtual dice game.    -   Spin of a virtual roulette wheel or other type of wheel (such        as, for example, “Wheel of Fortune”).

Examples of these types of wager-based games of chance include theRNG-based virtual roulette game, and the RNG-based “Wheel of Fortune”game.

-   -   Dealing of one or more virtual cards.    -   Pick & choose/find hidden item.    -   Scramble elements/find hidden item.    -   “Scratch off”/reveal hidden item.    -   A pachinko-type game.    -   A bingo-type game.    -   “Virtual” carnival/parlor events/spin of a wheel, etc.    -   And/or other types of RNG-based games of chance known in the art        and/or described and/or referenced herein.

According to different embodiments, different types of electronic gamingmachine cabinets may be configured with different human interfacedevices (“HIDs”) for enabling players/participants to engage in one ormore of the hybrid arcade/wager-based gaming activities described and/orreferenced herein. Examples of different human interface devices(“HIDs”) may include, but are not limited to, one or more of thefollowing (or combinations thereof):

-   -   Touchscreen interfaces    -   Mechanical Buttons    -   Gun, Pistol, Shooting Device    -   Mechanical Joystick    -   Gaming Controller such as, for example, remote gaming        controllers similar to those used for X-Box™ Playstation™, Wii™,        etc.    -   Mechanical vehicle components such as, for example, vehicle        steering wheel, gear shift, gas pedal, brake pedal, clutch        pedal, etc.    -   And/or other types of HIDs described and/or referenced herein        and/or commonly known.        Walkthrough of Examples Hybrid Arcade/Wager-Based Game        Embodiment(S)

The following example is intended to help illustrate some of the varioustypes of functions, operations, actions, and/or other features which maybe provided by the Hybrid Arcade/Wager-Based Gaming System. At least aportion of these various processes, procedures and activities may alsobe illustrated and described with respect to the flow diagrams of FIGS.10-13.

Initially, it is assumed that a player (e.g., or players) engages with ahybrid arcade/wager-based gaming device via standard method (e.g.,inserting monetary amount), selects gameplay and wagering options viabutton panel (e.g., different “characters” equal different bet/wageramounts e.g. 1 line vs 30 lines), “shoots” moving elements on thedisplay (e.g., destroying a target qualifies as a triggering event forcausing initiation of a wager-based event (e.g., initiating awager-based spin of a virtual slot reel, which collects a specifiedamount of wagered credits), claims winnings/payouts (e.g., based on theoutcome of the virtual slot reel spin), and continues to “shoot” untiladditional monetary amount is needed to continue play (e.g., out ofcredits) and/or until player is satisfied with gambling duration anddecides to discontinue gameplay.

In some embodiments, the player character is on a “rail” (e.g., “Houseof the Dead”, “Area 51”, “Lethal Enforcers” one or more of which areclassic arcade rail styled shooter games) which does not allow for freerange of movement or choice of direction within the gaming environment(e.g., commonly referred to as “game world” or “game level”).

The automated movement of the player's character is determined by thegame's functionality and whether or not the player is actually playing(e.g., destroying zombies). By way of illustration, let's envision ashort animated sequence—the player's mercenary character kicks down adoor and enters a small maintenance room, Upon entering the room hestops to make sure the environment is safe to move on, however, 5 NPC's(e.g., Non Player Characters) heard the noise (e.g., from the door beingkicked down) and have now surrounded the mercenary and are beginning toattack. Once the player character is in the room and surrounded, therail movement (e.g., kicking down the door and walking into the room)stops. Once stopped, the player may use the game's HID (e.g., anelectro-mechanical gun, which, for example, may be electronicallytethered to the gaming device) to shoot and destroy the 5 NPC's.

According to different embodiments, one or more different types ofgameplay-related triggering event(s)/condition(s) may be defined forinitiating a wager-based event to occur during game play (e.g.,execution of wager-based slot reel spin may take place concurrently withor simultaneously with the player's continued and active participationin the arcade-style portion of the game). Examples of different types oftriggering event(s)/condition(s) may include, but are not limited to,one or more of the following (e.g., or combinations thereof):

-   -   Pulling a trigger;    -   Firing a shot with a gun or other weapon;    -   Hitting a specified target;    -   Destroying a specified virtual object;    -   One or more character movements such as, for example, jumping,        ducking, punching, hitting, running, sitting, etc.;    -   An environmental object event, such as, for example, volcano        eruption, avalanche, earthquake, or sci-fi/fantasy element        (e.g., a strange alien world may harbor anti-matter pockets        and/or worm-holes in space-time) and/or weather (e.g.,        “Lightning Strike” trigger);    -   NPC or Boss event such as, for example, a mage or magic wielding        character casting a specific spell (e.g., Fire Flare bonus        round), a boss summoning a group of minions during a battle        (e.g., Golden Goblin minions with multipliers);    -   Predetermined outcome via host application such as, for example,        a property may “credit/reward” a specific patron by triggering        an event (e.g., “Hot Seat bonus” etc.), and/or may initiate an        event based on a situation deemed necessary for triggering such        an event. (e.g., See, e.g., 1208, FIG. 12);    -   A multiplayer and/or team and/or co-op event (e.g., similar to        other embodiments described and/or referenced herein) in        occurrence with multiple players and situations thereof;    -   And/or other types of event(s)/condition(s) may be defined for        initiating a wager-based event to occur during game play.

Examples of different types of wager-based gaming events which may beinitiated may include, but are not limited to, one or more of thefollowing (e.g., or combinations thereof):

-   -   spin of virtual slot reel (e.g., based on RNG)    -   spin of roulette wheel    -   throw of dice    -   dealing of one or more cards    -   pick & choose/find hidden item    -   scramble elements/find hidden item    -   “scratch off”/reveal hidden item    -   a pachinko round    -   “virtual” carnival/parlor events/spin of a wheel, etc.    -   and/or other types of wager-based gaming events (e.g., or        wager-based games) known in the art and/or described and/or        referenced herein.

In at least one embodiment, it is preferable that the gameplay-relatedtriggering event(s)/condition(s) (e.g., for triggering initiation of awager-based event to occur) relates to an event which repeatedly occursduring the player's active participation in the arcade-style portion ofthe game, such as, for example: pulling of a trigger, firing of aweapon, hitting an object/target, destroying and object, etc.

For example, in one embodiment, each time the player fires a shot (e.g.,by pulling a trigger of the gun-HID device) during play of the arcadeportion of the hybrid game, the system may automatically initiate awager-based spin of a virtual slot reel. In other embodiments, each timethe player destroys a specified target (e.g., destroys a zombie) duringplay of the arcade portion of the hybrid game, the system mayautomatically initiate a wager-based spin of the virtual slot reel.

In some embodiments, the hybrid arcade/wager-based game may beconfigured or designed as a “rail movement” type game, where theplayer's character is automatically moved through various scenes of thegame (e.g., as if the player's character were riding on an automatedrail or transport). Rail movement advances the player's character intonext game world location. The rail movement durations may be short, asto not interfere with quickly repetitive and continuous shoot/spingameplay situations. In some embodiments, there may be stopping pointsof play as well as regulated movement intervals which comply with thencurrent gambling regulations and/or local casino gamingrequirements/preferences (e.g., casino may deem it desirable that playof the hybrid arcade/wager-based game achieves at least 8 spins ofvirtual slot reel per minute). In at least some embodiments, the hybridarcade/wager-based game may also be configured or designed to take intoaccount standard slot game feature transition times, bonus roundintro's, wild animations, etc., when determining rail movements andsequence zones.

In some embodiments, if the player decides not to shoot or destroy theNon Player Characters (“NPCs”), the NPC's may eventually destroy theplayer character. In at least one embodiment, when this occurs, theplayer character may automatically rejuvenate (e.g., come to lifeagain), and the player may be provided with additional opportunities todestroy the NPC's at the current visual gaming location (e.g., level),before being allowed to proceed to the next level. Thus it will beappreciated that, in at least some embodiments, the hybridarcade/wager-based game may be configured or designed to provide aminimal/no cost of failure (e.g., as compared with traditionalarcade-style video games where loss of lives/credits=game over). Suchtechniques provide an advantage of allowing a player to temporarilydepart from the game (e.g., to order a drink, have a smoke, etc.) as atraditional slot player might do. During such moments, play of thehybrid arcade/wager-based gaming device may be considered to be in anidle state. However, in some embodiments, even though the hybridarcade/wager-based game may provide idle benefits, the game may continueto display or impart a visual sense of urgency to promote/stimulategameplay (e.g., zombies continue to attack player character during idlegame state).

According to different embodiments, different hybrid arcade/wager-basedgames may be configured or designed to include at least one arcade-stylegame play portion and at least one wager-based game play portion.Examples of various arcade-style games or arcade-style themes which maybe used in implementing the arcade-style game play portion of the hybridarcade/wager-based game may include, but are not limited to, one or moreof the following (or combinations thereof):

-   -   “First person shooter” type, arcade-style games such as, for        example, “House of the Dead,” “Area 51”, “Lethal Enforcers”.    -   “Non-linear” (e.g., open world) type video and/or arcade-style        games such as, for example, Grand Theft Auto.    -   “Linear” type video and/or arcade-style games such as, for        example, Half-Life.    -   Massively multiplayer online “MMO” type video and/or        arcade-style games such as, for example, World of Warcraft.    -   Role-playing game “RPG” type video and/or arcade-style games        such as, for example, “Final Fantasy”.    -   Racing/Driving arcade style game(s) (e.g., Cars, boats, planes        etc.).    -   Sports-themed arcade style game(s) (e.g., Football, Baseball,        downhill skiing, etc.).    -   Challenge arcade style game(s) (e.g., Archery, Darts, Hunting,        Shooting, etc.).    -   Recreation arcade style game(s) (e.g., Horseshoes, Croquet,        Fishing etc.).    -   TV-themed arcade style game(s).    -   And/or other types of arcade-style games.

Examples of various wager-based games or wager-based themes which may beused in implementing the wager-based game play portion of the hybridarcade/wager-based game may include, but are not limited to, one or moreof the following (or combinations thereof):

-   -   Spin of virtual slot reel (e.g., based on RNG). Examples of        these types of wager-based games of chance include the RNG-based        virtual slot games.    -   Throw of virtual dice. An example of this type of wager-based        game of chance includes the RNG-based virtual dice game.    -   Spin of a virtual roulette wheel or other type of wheel (such        as, for example, “Wheel of Fortune”).

Examples of these types of wager-based games of chance include theRNG-based virtual roulette game, and the RNG-based “Wheel of Fortune”game.

-   -   Dealing of one or more virtual cards.    -   Pick & choose/find hidden item.    -   Scramble elements/find hidden item.    -   “Scratch off”/reveal hidden item.    -   A pachinko-type game.    -   A bingo-type game.    -   “Virtual” carnival/parlor events/spin of a wheel, etc.    -   And/or other types of RNG-based games of chance known in the art        and/or described and/or referenced herein.

According to different embodiments, different types of electronic gamingmachine cabinets may be configured with different human interfacedevices (“HIDs”) for enabling players/participants to engage in one ormore of the hybrid arcade/wager-based gaming activities described and/orreferenced herein. Examples of different human interface devices(“HIDs”) may include, but are not limited to, one or more of thefollowing (or combinations thereof):

-   -   Touchscreen interfaces    -   Mechanical Buttons    -   Gun, Pistol, Shooting Device    -   Mechanical Joystick    -   Gaming Controller such as, for example, remote gaming        controllers similar to those used for X-Box™ Playstation™, Wii™,        etc.    -   Mechanical vehicle components such as, for example, vehicle        steering wheel, gear shift, gas pedal, brake pedal, clutch        pedal, etc.    -   And/or other types of HIDs described and/or referenced herein        and/or commonly known.        Example Hybrid Arcade/Wager-Based Game Guis and Procedures

FIGS. 10-13 illustrate various example embodiments of different HybridArcade/Wager-Based Gaming procedures and/or procedural flows which maybe used for facilitating activities relating to one or more of theHybrid Arcade/Wager-Based Gaming aspects disclosed herein.

FIG. 15 illustrates an example screenshots of a hybridarcade/wager-based game GUIs which may be used for facilitatingactivities relating to one or more of the Hybrid Arcade/Wager-BasedGaming aspects disclosed herein. In at least one embodiment, at least aportion of the GUIs may be configured or designed for use at one or moremobile devices and/or at one or more casino gaming machines.

According to different embodiments, at least a portion of the varioustypes of functions, operations, actions, and/or other features providedby the Hybrid Arcade/Wager-Based Gaming Procedures of FIGS. 10-13 may beimplemented at one or more client systems(s), at one or more SystemServers (s), and/or combinations thereof.

In at least one embodiment, one or more of the Hybrid Arcade/Wager-BasedGaming procedures may be operable to utilize and/or generate variousdifferent types of data and/or other types of information whenperforming specific tasks and/or operations. This may include, forexample, input data/information and/or output data/information. Forexample, in at least one embodiment, the Hybrid Arcade/Wager-BasedGaming procedures may be operable to access, process, and/or otherwiseutilize information from one or more different types of sources, suchas, for example, one or more local and/or remote memories, devicesand/or systems. Additionally, in at least one embodiment, the HybridArcade/Wager-Based Gaming procedures may be operable to generate one ormore different types of output data/information, which, for example, maybe stored in memory of one or more local and/or remote devices and/orsystems. Examples of different types of input data/information and/oroutput data/information which may be accessed and/or utilized by theHybrid Arcade/Wager-Based Gaming procedures may include, but are notlimited to, one or more of those described and/or referenced herein.

In at least one embodiment, a given instance of the HybridArcade/Wager-Based Gaming procedures may access and/or utilizeinformation from one or more associated databases. In at least oneembodiment, at least a portion of the database information may beaccessed via communication with one or more local and/or remote memorydevices. Examples of different types of data which may be accessed bythe Hybrid Arcade/Wager-Based Gaming procedures may include, but are notlimited to, one or more of those described and/or referenced herein.

According to specific embodiments, multiple instances or threads of theHybrid Arcade/Wager-Based Gaming procedures may be concurrentlyimplemented and/or initiated via the use of one or more processorsand/or other combinations of hardware and/or hardware and software. Forexample, in at least some embodiments, various aspects, features, and/orfunctionalities of the Hybrid Arcade/Wager-Based Gaming procedures maybe performed, implemented and/or initiated by one or more of the varioussystems, components, systems, devices, procedures, processes, etc.,described and/or referenced herein.

According to different embodiments, one or more different threads orinstances of the Hybrid Arcade/Wager-Based Gaming procedures may beinitiated in response to detection of one or more conditions or eventssatisfying one or more different types of minimum threshold criteria fortriggering initiation of at least one instance of the HybridArcade/Wager-Based Gaming procedures. Various examples of conditions orevents which may trigger initiation and/or implementation of one or moredifferent threads or instances of the Hybrid Arcade/Wager-Based Gamingprocedures may include, but are not limited to, one or more of thosedescribed and/or referenced herein.

According to different embodiments, one or more different threads orinstances of the Hybrid Arcade/Wager-Based Gaming procedures may beinitiated and/or implemented manually, automatically, statically,dynamically, concurrently, and/or combinations thereof. Additionally,different instances and/or embodiments of the Hybrid Arcade/Wager-BasedGaming procedures may be initiated at one or more different timeintervals (e.g., during a specific time interval, at regular periodicintervals, at irregular periodic intervals, upon demand, etc.).

In at least one embodiment, initial configuration of a given instance ofthe Hybrid Arcade/Wager-Based Gaming procedures may be performed usingone or more different types of initialization parameters. In at leastone embodiment, at least a portion of the initialization parameters maybe accessed via communication with one or more local and/or remotememory devices. In at least one embodiment, at least a portion of theinitialization parameters provided to an instance of the HybridArcade/Wager-Based Gaming procedures may correspond to and/or may bederived from the input data/information.

For purposes of illustration, an example walk-through of a specificembodiment of a hybrid arcade/wager-based game will now be described byway of example with reference to the FIGS. 10-13.

It is to be noted that, although various process steps, method steps,algorithms or the like may be described in a sequential order, suchprocesses, methods and algorithms may be configured to work in alternateorders. Accordingly, any sequence or order of steps that may bedescribed in this patent application does not, in and of itself,indicate a requirement that the steps be performed in that order. Thesteps of described processes may be performed in any order practical.Further, some steps may be performed simultaneously despite beingdescribed or implied as occurring non-simultaneously (e.g., because onestep is described after the other step). Moreover, the illustration of aprocess by its depiction in a drawing does not imply that theillustrated process is exclusive of other variations and modificationsthereto, does not imply that the illustrated process or any of its stepsare necessary to one or more of the invention(s), and does not implythat the illustrated process is preferred.

FIG. 10 shows an illustrative example of an embodiment of a HybridArcade-Wager Gaming Procedure 1000. As illustrated in the exampleembodiment of FIG. 10, the Hybrid Arcade-Wager Gaming Procedure mayfacilitate, enable, initiate, and/or perform one or more of thefollowing operation(s), action(s), and/or feature(s) (or combinationsthereof):

-   -   Identify Player 1002.    -   Identify Hybrid Arcade-style, Wager-based Game for Player        participation 1004.    -   Accept cash/credit in 1006.    -   Configure/Reconfigure wagering parameters 1008. Reconfigure        wagering parameters during continued game play, if desired    -   Initiate/continue Play of Hybrid Arcade-style, Wager-based Game        1010. Continue play of game (if start of game already        initiated).    -   Player participates in arcade-related portion of game 1012,        which corresponds to the non-wager based portion of the hybrid        arcade/wager-based game.    -   Triggering event(s)/condition(s) detected for initiating        wager-based event? For example:        -   NPC hit/destroyed?        -   NPC damaged by player's character?        -   Wagering Object collected by player's character?        -   Achievement satisfied or accomplished in non-wager-based            portion of game?        -   Other type of wager-based triggering event detected?    -   If yes to 1014, Initiate Wager-Based Event Procedure(s) 1016,        such as those described with respect to FIG. 11. By way of        illustration:        -   Initiate wager-based virtual slot reel spin in response to            successful NPC hit/destruction.        -   Initiate wager-based virtual slot reel spin in response to            Player's character collecting “Wagering Ring” or “Gold Award            Object”.        -   Initiate wager-based virtual slot reel spin in response to            player achieving an objective in the non-wager-based portion            of the hybrid arcade/wager-based game.    -   Display outcome of wager-based event and updated information        relating to distribution of monetary payouts and non-monetary        payouts.    -   Display outcome of wager-based event and updated information        relating to distribution of monetary payouts and non-monetary        payouts 1018. e.g., Display outcome of virtual slot reel spin        and update player's credits based on payout from virtual slot        reel spin. In some embodiments, depending upon the wager-based        game event outcome, one or more non-monetary payouts may also be        distributed (e.g., within the non-wager-based portion of the        hybrid arcade/wager-based game).    -   Sufficient credits remaining for continued play of hybrid        arcade/wager-based game 1020?    -   If yes to 1020, change/update wagering parameters 1026?    -   If no to 1020, provide opportunity for player to add additional        cash/credits 1022.    -   Additional cash/credits added within allotted time period 1024?    -   If yes to 1024, present opportunity to change wager parameters        1026, and continue game play 1012.    -   If no to 1024, end player's participation in hybrid        arcade/wager-based game.

FIG. 11 shows an illustrative example of a Wager-Based Event Procedure1100 in accordance with a specific example embodiment. In at least oneembodiment, the Wager-Based Event Procedure 1100 may be initiated orimplemented concurrently during hybrid arcade/wager-based game play,allowing player to seamlessly continue arcade-style game play whilewagering event is executed and outcome determined. As illustrated in theexample embodiment of FIG. 11, the Wager-Based Event Procedure mayfacilitate, enable, initiate, and/or perform one or more of thefollowing operation(s), action(s), and/or feature(s) (or combinationsthereof):

-   -   Determine wager-based gaming event to execute, and determine        wager amount(s) 1102.    -   Collect wager amount 1104. For example, collect one credit.    -   Initiate execution of wager-based gaming event 1106. For        example, initiate spin of RNG-based virtual slot reels.    -   Determine wager-based gaming event outcome 1108. For example,        determine outcome of virtual slot reel spin.    -   Determine monetary and non-monetary payout amount(s)/type(s) (if        any) based on outcome of wager-based gaming event 1110.        According to different embodiments, depending on the wager-based        game event outcome, monetary payouts and/or non-monetary-payouts        may be identified for distribution.    -   Distribute monetary and non-monetary payout(s) as appropriate        1112. For example, distribute any monetary payout(s) (e.g.,        credits) and/or non-monetary payouts due to player based on        outcome of virtual slot reel spin.

FIG. 13 shows an illustrative example of a Predetermined RNG HybridArcade-Wager Gaming Procedure 1300 in accordance with a specific exampleembodiment. As illustrated in the example embodiment of FIG. 13, thePredetermined RNG Hybrid Arcade-Wager Gaming Procedure may facilitate,enable, initiate, and/or perform one or more of the followingoperation(s), action(s), and/or feature(s) (or combinations thereof):

-   -   Identify Player 1302.    -   Identify Hybrid Arcade-style, Wager-based Game for Player        participation 1304.    -   Accept cash/credit in 1306.    -   Configure/Reconfigure wagering parameters 1308. Reconfigure        wagering parameters during continued game play, if desired    -   Initiate/continue Play of Hybrid Arcade-style, Wager-based Game        1310. Continue play of game (if start of game already        initiated).    -   Identify one or more in-game event(s) which may occur during        play of the non-wager based game portion, and link a respective        predetermined wager-based game event outcome to each identified        in-game event 1312. In at least one embodiment, this may involve        generating or acquiring a respective, predetermined outcome        (e.g., RNG-based outcome) for one or more identified in-game        event(s). For example, in the zombie-themed hybrid        arcade/wager-based game, each spawned NPC may have associated        therewith a respective RNG-based game of chance outcome, which        has been determined before the initiation of the associated        RNG-based game of chance (e.g., before spin of virtual slot        reels), and which has been determined before a wager-based        triggering event has occurred in association with that        particular NPC. However, in at least some embodiments, the        hybrid arcade/wager-based game may be configured or designed to        prevent the player from being aware that the outcome of the        wager-based game of chance has been predetermined. In such        embodiments, even though the outcome of the wager-based game of        chance has been predetermined, the hybrid arcade/wager-based        game may be configured or designed to lead the player to believe        that the outcome of the wager-based game of chance was        determined after the occurrence of the wager-based triggering        event, and subsequent execution of the wager-based game of        chance.    -   Player participates in arcade-related portion of game 1314,        which corresponds to the non-wager based portion of the hybrid        arcade/wager-based game.    -   Wager-based triggering event detected in connection with an        identified in-game event 1318? For example, in at least one        embodiment, the gaming device may be configured or designed to        monitor activities in the entertainment portion (e.g.,        non-wager-based portion) of the hybrid arcade/wager-based game        for occurrences of in-game event(s) which qualify as wager-based        triggering event(s). In one embodiment, if an occurrence of an        in-game event is detected, the gaming device may determine        whether or not the occurrence of the detected in-game event        qualifies as a wager-based triggering event. For example, the        killing or destruction of an NPC in a zombie-themed hybrid        arcade/wager-based game may correspond to an in-game event which        qualifies as a wager-based triggering event.    -   If it is determined that the occurrence of the first in-game        event qualifies as a wager-based triggering event, the gaming        device may initiate 1320 a wager-based game event in response to        the occurrence or detection of the wager-based triggering event.        For example, in at least one embodiment, when a wager-based        triggering event occurs in the arcade (e.g., non-wager-based)        portion of the hybrid arcade/wager-based game, the hybrid        arcade/wager-based game may respond by automatically initiating        a wager-based game event such as, for example, initiating        wager-based spin of a set of virtual slot reels. In at least one        embodiment, the process of initiating a wager-based game event        may include:        -   automatically identifying an amount to be wagered on the            outcome of the wager-based game event; and        -   automatically using funds from the player's account to            initiate and fund a wager (for the identified wager amount)            on the outcome of the wager-based game event.    -   Reveal outcome of wager-based game event to be the predetermined        outcome linked to the identified in-game event which triggered        initiation of the wager-based game event. Calculate and display        updated information relating to monetary and/or non-monetary        payouts/credits/distributions (if any).    -   Sufficient credits remaining for continued play of hybrid        arcade/wager-based game 1824?    -   If yes to 1324, change/update wagering parameters 1325?    -   If no to 1324, provide opportunity for player to add additional        cash/credits 1328.    -   Additional cash/credits added within allotted time period 1330?    -   If yes to 1330, present opportunity to change wager parameters        1325, and continue game play 1310.    -   If no to 1330, end player's participation in hybrid        arcade/wager-based game.

In at least some embodiments where hybrid arcade/wager-based games aredeployed in casino/regulated environments in which voluntary and/ormandatory rules/regulations are imposed (e.g., based on GLI standards,specific jurisdiction rules/regulations, and/or casinorules/regulations), one or more mechanisms may be implemented (see,e.g., FIG. 12) to cause wager-based game events to be initiated ortriggered in a manner which conforms with governing rules/regulations.For example, according to different embodiments, a hybridarcade/wager-based game may be configured or designed to automaticallycreate conditions for a wager-based triggering event to occur insituations where there is lack of player input while credits arepresent, and gameplay is expected. In other embodiments, one or morehybrid arcade/wager-based games may be configured or designed toautomatically cause wager-based game events to be initiated or triggeredin accordance with specifically defined rules and/or criteria such as,for example, one or more of the following (or combinations thereof):

-   -   One wager-based event (e.g., virtual reel spin) about every 10        seconds (or sooner);    -   6 wager-based events (e.g., 6 separate reel spins) w/in 30        seconds);    -   10 wager-based events (e.g., 10 separate reel spins) during each        level of game play);    -   Etc.

Additionally, in at least some embodiments, a player character's gameworld movement may be automatically controlled or influenced (e.g., viarail style, programmatically controlled gameplay destination paths,predetermined (and/or player-selectable) gameplay destination paths,etc.) to cause, satisfy, or achieve one or more identified or predefinedgoals/objectives. At least a portion of such goals/objectives may bedefined by or generated by the hybrid arcade/wager-based game softwareand/or by local rules/regulations governing play of the hybridarcade/wager-based game (e.g., in contrast to goals/objectives definedby the player). Additionally, in at least some embodiments, a playercharacter's game world movement may also be automatically controlled orinfluenced so as to avoid the need for player input, and/or so as toavoid the need for providing specific HID hardware. For example, in oneembodiment, a player character's game world movement may beautomatically controlled or influenced in a manner which enables theplayer to interact with the gameplay elements via existing gamingcabinet hardware such as, for example, button panels, touchscreens, etc.In a controlled movement setting, the player may see their charactertravel a short distance on a game world map before engaging in a battle,similar to the Zombie Rail Shooter mentioned in previous embodimentswhere short automated movement zones offer a quick “break” inaction/wagering events (e.g., to thereby cause the game to be inconformance with standards governing the occurrence of wager-based gameevents, which may be imposed by local rules/regulations).

FIG. 12 shows an illustrative example of a Wager-Based Event Monitoringand Adjustment Procedure 1200 in accordance with a specific exampleembodiment. As illustrated in the example embodiment of FIG. 12, theWager-Based Event Monitoring and Adjustment Procedure may facilitate,enable, initiate, and/or perform one or more of the followingoperation(s), action(s), and/or feature(s) (or combinations thereof):

-   -   Identify Hybrid Arcade-style, wager-based Game, and        player/participant for analysis 1202.    -   Monitor activity of identified Hybrid Arcade-style, wager-based        Game 1204.    -   Does number of wager-based gaming event(s) occurring in        identified game (e.g., during specified time period) meet        minimum specified threshold criteria 1206?    -   If no to 1206, modify arcade portion of game to cause an        increase in occurrence of triggering event(s)/condition(s) for        initiating wager-based event(s) during game play 1208. For        example, in one embodiment, a minimum specified threshold        criteria may be configured by the Casino such as, for example,        one or more of the following (or combinations thereof):        -   One wager-based event (e.g., virtual reel spin) about every            10 seconds (or sooner);        -   6 wager-based events (e.g., 6 separate reel spins) w/in 30            seconds);        -   10 wager-based events (e.g., 10 separate reel spins) during            each level of game play);        -   Etc.    -   If yes to 1206, game over for identified player/participant        1210?    -   If no to 1210, continue to monitor activity of identified hybrid        arcade-style, wager-based Game 1204.

In a case where such games are featured in a casino/regulatedenvironment, there may be a need to initiate or trigger a gambling eventbased on (e.g., GLI standards and/or specific jurisdiction guidelines)“lack of player input while credits are present and gameplay isexpected” (e.g., 1208, FIG. 12). Also, a player characters game worldmovement may be automatically controlled (e.g., rail style and/orprogrammatically controlled predetermined (e.g., and/or selectable)gameplay destination paths) as to not facilitate the need for a specificHID, wherein the player could interact with the gameplay elements viacurrent methods (e.g., button panel and/or touchscreen). In a controlledmovement setting, the player may see their character travel a shortdistance on a game world map before engaging in a battle, similar to theZombie Rail Shooter mentioned in previous embodiments where shortautomated movement zones offer a quick “break” in action/wagering events(e.g., conforming to regulatory spins per minute).

FIG. 15 shows a screenshot of an example embodiment of a HybridArcade/Wager-Based Game GUI 1500 which may be used for facilitating gameplay and wagering activities relating to one or more of the hybridarcade/wager-based gaming aspects disclosed herein. More specifically,FIG. 15 shows an example screenshot of hybrid arcade/wager-based gameGUI based on concept of a first person shooter zombie game.

In the specific example embodiment of FIG. 15 it is assumed that thehybrid arcade/wager-based game corresponds to a first person shooterzombie game. According to different embodiments, the HybridArcade/Wager-Based Game GUI 1500 may be configured or designed todisplay graphics, animation, images, video, text, and/or other types ofcontent such as, for example, one or more of the following (orcombinations thereof):

-   -   Player character/avatar content (e.g., 1512). As illustrated in        the example embodiment of FIG. 15, this may include an image of        the character, a description of the character (e.g., Class A        Merc.), and other characteristics associated with the character        such as, for example, character classification, skill level,        strength, speed, power, knowledge, weapons, bet/wager multiplier        value (e.g., 30× per kill), etc.    -   Wagering content (e.g., 1514). In the specific example        embodiment of FIG. 15, the wagering content 1514 includes a        wager value (e.g., $0.01) representing an amount to be        automatically wagered for each wager-based event which occurs        during play of the hybrid arcade/wager-based game.    -   Player credit information (e.g., 1516, 1524, 1522). In the        specific example embodiment of FIG. 15, a first portion of        player credit information 1524 may indicate recent credit(s)        (e.g., “+4,720”) awarded to the player (e.g., based on recent        wager-based event), and a second portion of player credit        information 1516 may indicate the player's current amount of        total credits (e.g., 106,320 credits).    -   Wager-based event outcome information (e.g., 1522). In the        specific example embodiment of FIG. 15, the wager-based event        outcome information 1522 shows an amount of credits awarded to        the player based on the most recent wager-based game event which        was initiated and executed during play of the hybrid        arcade/wager-based game.    -   Player character health status information (e.g., 1542).    -   Player character ammunition status information (e.g., 1544).    -   Player score information (e.g. 1530, 1532). In at least one        embodiment, a first portion of player score information 1530 may        represent the player's current total score achieved during the        hybrid arcade/wager-based game play session. In at least one        embodiment, a second portion of player score information 1532        may represent the player's score or award which has been awarded        to the player based on a game play event activity and/or outcome        achieved during the hybrid arcade/wager-based game play session.    -   Scene/Background Graphics (e.g., 1529)    -   NPC graphics/content (e.g., 1528)

In the specific example embodiment of FIG. 15, a classic styled slotgame (e.g., 1520) comprising 3 virtual slot reels is displayed, andconfigured or designed to offer a 1 line setup. In the specific exampleembodiment of FIG. 15, the hybrid arcade/wager-based game is configuredor designed to use different player characters (e.g., “mercenaries”,1512) as bet multipliers. For example, as illustrated in the exampleembodiment of FIG. 15, the player may use the gaming device button panelto choose a wager amount “weapon” or “character” to use, say, an armoredmercenary game character (e.g., 1512, FIG. 15) wielding a shotgun (e.g.,equivalent to a 30 line max bet). A bet multiplier of “30” (e.g., 30×)is associated with Class A Mercenary character 1512. Additionally, asillustrated in the example embodiment of FIG. 15, the wageringdenomination is $0.01 (e.g., 1514). Accordingly, since the selected gamecharacter/weapon (e.g., 1512) is configured to correspond to a 30× wagerof the wagering denomination, this is equivalent to a $0.30 wager perkill (e.g., a $0.30 wager per kill of each NPC). Thus, for example, inthe specific example embodiment of FIG. 15, when the player destroys NPC1529, this event may qualify as a wager-based triggering event, whichmay cause the gaming machine to automatically place and initiate (usingthe player's funds) a $0.30 wager at the wager-based portion of the game(e.g., $0.30 wager automatically initiated at the slot game 1520). Insome embodiments, the wager-based portion of the game is implemented asa RNG-based game of chance (e.g., such as a slot reel spin, roulettewheel spin, dice roll, etc.). In some embodiments, the outcome of thewager-based game event is determined after the wager-based triggeringevent has occurred. In other embodiments, as described in greater detailherein, the outcome of the wager-based game event is determined beforethe wager-based triggering event has occurred, but not revealed untilafter the wager-based triggering event has been initiated. In thespecific example embodiment of FIG. 15, it is assumed that the outcomeof the wager-based slot game 1520 results in the player winning 4,720credits (1122), which may be automatically distributed to the player'saccount. In at least some embodiments, credits won by the player duringplay of the hybrid arcade/wager-based game may be converted into cash orother forms of monetary currency or credit.

Single Player Gaming Vs. Tournament/Co-Op/Multiplayer Gaming

In at least some embodiments of HAWG/skill type games, there existsmultiple different methods of execution and/or deployment. Primarily thefocus has been on a single players experience within HAWG themes, butthe flexibility does not stop there. HAWG games may be used inco-operative (co-op) and/or competitive multiplayer/tournamentenvironments, where, for example, multiple different players mayconcurrently participate in the same game and interact with each othervia cooperative interactions and/or competitive interactions.

According to different embodiments, the multiplayer/tournament hybridarcade/wager-based games may be implemented via one or more electronicgaming machines (EGMs) which are communicatively coupled together toallow for multiplayer/tournament game play. According to someembodiments, at least some of the multi-player/tournament EGMs may bephysically located at the same casino property. According to someembodiments, at least some of the multiplayer/tournament EGMs may bephysically located at different casino properties and/or at differentgaming jurisdictions. In at least some embodiments, at least some of themultiplayer/tournament functionality may be implemented or conducted onone or more mobile gaming devices which are connected to one or moregaming servers via the Internet or other communication networks.

Using a group of multiplayer/tournament EGMs which have beenspecifically configured or designed to support multiplayer/tournamenthybrid arcade/wager-based games, various different scenarios may be“exploited” to create a rich social gaming environment. By way ofillustration, a Zombie-type hybrid arcade/wager-based game may bedynamically configured as a multiplayer/tournament game by configuringor establishing a common objective for all participating players suchas, for example, “Get as many score points as you may in 60 secondsplaying the Mansion level on medium difficulty.” There also may be “bestof” averaged play through, such as, for example, playing through theMansion level on medium difficulty as many times as possible within 30minutes—the ending scores of the individual players are then tallied,averaged and a winner(s) is/are determined and displayed vialeaderboards. In the event that multiple persons have the same exactresult, additional “tie—breaker” rounds may be necessary.

In other embodiments of multiplayer/tournament style play, there may be“pool banks” wherein, for example, a group of friends or people elect toplay “against each other” in a multiplayer hybrid arcade/wager-basedgame. For example, in one embodiment, the each of the participants inthe multiplayer hybrid arcade/wager-based game may take a seat at theirown individual gaming device, provide funding for participating in gameplay, provide funding for contributing in the wagering pool, andcommence play until certain (e.g., predefined) events/conditions aremet.

In at least one embodiments, tournament hybrid arcade/wager-based gamesmay include an arcade game portion or non-wager-based game portion(e.g., zombie-type arcade game portion), and a wager-based game portion(e.g., slot reel game portion). During play of the tournament hybridarcade/wager-based game, a player may trigger one or more wager-basedtriggering events, which trigger the initiation of one or morewager-based game events. While the player is engaged in gameplay of thearcade portion of the game, the wager-based game event(s) are executed,and outcomes for the wager-based game event(s) are determined orrevealed (e.g., if outcome was predetermined). Monetary and/ornon-monetary payouts are then calculated and distributed based on thewager-based game event outcome(s). In at least some embodiments, aplayer may receive both a monetary payout and a non-monetary payoutbased on the outcome of a given wager-based game event. In someembodiments, the non-monetary payouts may be utilized by a player toaffect and/or influence subsequent and/or continued gameplay of theentertainment (e.g., arcade-type) game portion of the tournament hybridarcade/wager-based game.

Examples of various types of non-monetary payouts which may be utilizedby a player to affect and/or influence gameplay of the entertainmentgame portion (e.g., non-wager-based game portion) of a tournament hybridarcade/wager-based game, may include, but are not limited to, one ormore of the following (or combinations thereof):

-   -   “Payouts” for increasing player character health.    -   “Payouts” for increasing available ammunition of player        character's weapon and/or for adding additional type(s) of        weapons/armor/ammunition to the player character's arsenal.    -   “Payouts” for enhancing existing character attributes/skills        and/or for adding additional attributes/skills to the player's        character (e.g., time manipulation, invisibility, invincibility,        special powers, speed, strength, wisdom, stamina, etc.).    -   “Payouts” for enabling player character access to hidden levels,        objects, rooms, etc.    -   Example non-monetary payouts relating to Zombie themed hybrid        arcade/wager-based games:        -   Medkit symbols for health increase by [x %]        -   Ammunition symbols for temporary ammo increase by [x            seconds]        -   Clock symbols for temporary time slow, (i.e. “Matrix/bullet            time”) for [x seconds]        -   Biohazard symbols for “halving” onscreen NPC health, (will            not kill NPC's)        -   Grenade symbols for “exploding bullets” for [x seconds]        -   Zombie symbols for temporary invincibility for [x seconds]        -   Brain symbols for temporary slow of zombie attack speeds for            [x seconds]    -   Example non-monetary payouts relating to Driving themed hybrid        arcade/wager-based games:        -   Boost bottle symbols for [x seconds] of speed boost        -   Glue symbols for [x seconds] of no-skid traction control        -   Fuel tank symbols for [x amount] of fuel replenish        -   Leaf symbols for [x seconds] of no fuel use        -   Sun symbols for [i.e.] “One solar powered lap” {no fuel used            for a lap}        -   Roll cage symbols for [x seconds] of invincibility        -   Guard rail symbols for [x seconds]—can't go off road    -   Example non-monetary payouts relating to RPG (MMO) themed hybrid        arcade/wager-based games:        -   Red crystal symbols for temporary health restore for player            characters        -   Green crystal symbols for temporary stamina restore for            player characters        -   Blue crystal symbols for temporary magic restore for player            characters        -   Scroll symbols for temporarily removing fatigue or knock-out            from a player        -   Independent cross symbols for temporary NPC stun, (i.e.            stunned for one full turn)        -   Lucky feather symbols for doubling “graphical loot/item            collected” for inventory [x seconds]        -   Smoke bomb symbols for temporarily increasing the deflection            % from NPC attacks [x seconds]    -   Example non-monetary payouts relating to other types/themes of        hybrid arcade/wager-based games:        -   Key symbols—used for unlocking ingame treasure/loot chests        -   Lunch bag symbols—for removing hunger/thirst from a            character        -   Weapon symbols—used to change rate/style of fire, (similar            to “1942” & “Super Smash TV” games)        -   Shield symbols—used for temporary shields on player            characters/vehicles/vessels        -   Tool symbols—used for fixing any type of broken ingame            equipment        -   Lantern symbols—used for temporarily “lighting” the way in            dark areas, (better than a flashlight)        -   Happy face symbols—doubles ammunition, (i.e. can only reload            once it's all used) per time hit    -   Non-monetary payouts relating to other types of in-game        character skills and/or attributes, including, for example, one        or more of the following (or combinations thereof):        -   damage;        -   defense;        -   power;        -   magic;        -   mana;        -   endurance;        -   health;        -   strength;        -   dexterity;        -   agility;        -   intelligence;        -   weapons;        -   spells;        -   and/or other types of player skills/attributes associated            with RPG games.    -   And/or other types of non-monetary payouts.

In at least one embodiment, it may be desirable for themultiplayer/tournament game to designate separate funding for play, andseparate funding for pool. For example, in one embodiment, a firsttournament player may elect to fund play $5, and then fund pool $10.When playing the game, the house may host the game and receive revenuein a conventional or typical manner, whereas the participating playersmay receive “winnings” or payouts through regular gameplay, and alsothrough the “friendship pool” (e.g., when the game session iscompleted).

By way of illustration, say there where two people involved, Player Aand Player B, who each funded the same amounts, e.g. $5 for play and $10for pool, for a combined total of $10 for play (house) and $20 for pool(“friendship pool”). Next, assume that Player B ends up losing the pool,(lost his $10 pool wager to player A) but whilst playing, player B hit abig wager-based game event win of $50 during play of the hybridarcade/wager-based game. In this example, both players may come out “ontop”—Player A won the pool condition, winning player B's $10 and gettinghis initial $10 (friendship pool wager) back (e.g., via ticketredemption coupon(s)), and Player B hit a big wager-based game event winof $50. In this example, it is further assumed that Player A didn't getlucky with a big wager-based game event win during play of the hybridarcade/wager-based game. As a result, Player A is the “friendship pool”winner (e.g., winning $10, less the house take), and Player B is the bigwinner (e.g., winning $50). All the while, the house still gets theirpercentage of any amounts wagered. Additionally, if each Player'swinning are distributed in the form of game play credits, the pooledfunds may be placed back into the machines and gameplay may continue. Inat least some embodiments, the multiplayer/tournament pooling methodsmay be setup/monitored via a backend system, where game play activitiesand event outcomes may be monitored and recorded, and where cheating andfraudulent activities may be detected and/or prevented.

In some embodiments, a tournament hybrid arcade/wager-based game may beconfigured or designed to include functionality for enabling each playerto specify a total maximum amount to be wagered during play of thehybrid arcade/wager-based game. This allows the player more control overhow much the player is willing to risk losing during play of the hybridarcade/wager-based game.

In some embodiments, the tournament hybrid arcade/wager-based gamingmachine may distinguish between credits attributable to coin in, andcredits attributable to wager-based game event payouts. For example, insome embodiments, the gaming machine may be configured or designed tomaintain separate credit balances for: (i) credits funded bycoin-in/ticket-in, and (ii) credits accumulated from wager-based gameevent payouts. In at least some embodiments, this helps facilitate theplayer's awareness of his or her total overall wager-based game eventpayouts during play of the hybrid arcade/wager-based game. For example,in one embodiment, a player may deposit an initial amount of money(e.g., $10) into the gaming machine, and engage in hybridarcade/wager-based game play until the initial $10 is used up. In oneembodiment, during play of the hybrid arcade/wager-based game, anywinnings/payouts awarded to the player (e.g., from wager-based gameevent outcomes) deposited and maintained in a separate “winnings”account (e.g., similar to the way physical coin winnings are droppedinto the bottom cavity of a mechanical slot machine). At the end of thehybrid arcade/wager-based game play (e.g., once the initial $10 is usedup), the player may review the total value of the “winnings” account todetermine how he/she did (e.g., is the player “up” overall, or “down”overall). In some embodiments, the player may optionally elect to haveall (or a specified amount or percentage) of his/her “winnings”re-invested into the tournament hybrid arcade/wager-based game to fundadditional game play and/or wager-based game event(s).

In some embodiments, the tournament hybrid arcade/wager-based game maybe configured or designed to include functionality for enablingtournament players to initiate and participate in side wagers betweenother tournament players. For example, in a four-person tournament HAWG,two of the tournament players may elect to initiate a separate $5 sidewager between each other, which, for example, may be based on eachplayer's performance in the tournament HAWG. In some embodiments,players may elect to fund side wagers using only funds from thatplayer's winnings or monetary payouts. This feature allows the player tolimit or cap his or her potential losses since, for example, in at leastone embodiment, a side wager may only be placed when there aresufficient funds available from the players winnings. For example, ifPlayer A makes a side wager of $10 with Player B, but Player A onlyreceives $3 in winnings during play of the tournament hybridarcade/wager-based game, Player A may only owe at most $3 to Player B,and vice versa.

In at least one embodiment, a backend tournament monitoring system maybe configured or designed to track and handle processes that are desiredand/or required for tournament/multiplayer games to legally and/oroperationally function. Such a system may also be configured or designedto control how the game is presented, such as, for example, thetournament/multiplayer game may be limited only to one particular leveland/or levels. The backend tournament manager may also be configured ordesigned to handle deployment variables. Also, the system may beconfigured or designed to handle activities relating to the leaderboardpoints/rank display, etc. For example, in one embodiment, whilst one iscompeting in a multi-person hybrid arcade/wager-based game, a rank iconmay be displayed (e.g., at the player's gaming device display via GUI)letting the player know their current (e.g., real-time)position/ranking. Such a feature may also be disabled to let the“suspense build” and the final tally then reveals the ranked winner(s).

In yet another embodiment, a game theme could be specifically tailoredto an event. For example, if a casino property has a special promotionthat is popular with their players, a custom themed game could be builtand deployed as a “tournament only” version (e.g. “Zombie$: TournamentEdition”). In doing so, “smaller” quicker/easier to build themes/contentpacks could be custom tailored per property allowing for a virtuallyunlimited variety of game configuration possibilities/combinations withrelatively quick turnaround times for solutions, implementation, and/ordeployment.

It will be appreciated that there are a number of benefits andadvantages to the multiplayer/tournament hybrid arcade/wager-basedgaming techniques described herein, as compared to the techniques ofmore traditional styled wager-based game tournaments. For example, intraditional styled wager-based game tournaments, players fund themachines, the house gets a percentage of the funding; the “wins” on theindividual machines “don't go to the player”; and the overall endingconditions are what determines a/the winner(s). Thus, for example, ifthe multiplayer/tournament game described above (e.g., with respect toPlayers A and B) had been configured using traditional styledwager-based game tournament techniques, Player B would have lost thetournament, and would not have won the $50, and Player A would be deemedto be the tournament winner.

At least some multiplayer hybrid arcade/wager-based game embodiments maybe configured or designed to provide a multi-player (e.g., two player)cooperative mode where, for example, two (or more) players may “tagteam” through the arcade type game levels. For example, in oneembodiment, when player 1 dies, player 2 jumps in, and when player 2dies, player 1 jumps back in. This pattern may be repeated until fundingis required and/or until one or both players choose to disengagegameplay. This type of setup may be more suitable for “friend/friend”,“husband/wife” and “boyfriend/girlfriend” teammate situations.

In some embodiments, the two “teammates” may take turns (e.g., serially)playing the hybrid arcade/wager-based game at the same physical gamingdevice. In other embodiments, the two “teammates” may take turns playingin the hybrid arcade/wager-based game via respectively differentphysical gaming devices. In some embodiments, the gaming device may eachbe located in the same casino, or the same gaming jurisdiction. In otherembodiments, each of the gaming devices may be located in respectivelydifferent casinos, or respectively different gaming jurisdictions. Insome embodiments, any winnings earned by the teammates may be split orshared or decided by the individuals amongst themselves, after game playhas ended.

At least some dual player hybrid arcade/wager-based game embodiments maybe implemented utilizing a dual gaming machine cabinet and/or othertypes of electronic gaming systems which are configured or designed tosupport multiplayer tournament hybrid arcade/wager-based game play.

FIGS. 17-19 show example embodiments of different electronic gamingmachines which may be used for enabling and/or implementing one or moreof the tournament hybrid arcade/wager-based gaming techniques describedand/or referenced herein. For example, as illustrated in the exampleembodiment of FIG. 17, gaming system 1710 includes two separate gamingcabinets 1720, 1730, which are each connected to a common display screen1740. Each gaming cabinet (e.g., 1720) includes its own respectivehardware, including for example, a display (e.g., 1722), ticket reader,bill validator, button panel, player card reader, etc. As illustrated inthe example embodiment of FIG. 17, the arcade game portion of thetournament hybrid arcade/wager-based game may be displayed on the commondisplay, while the wager-based game events (e.g., which are triggeredduring play of the arcade game portion) for each tournament player aredisplayed at that player's respective gaming cabinet display. In otherembodiments (not shown) some or all of the arcade game portion may bedisplayed at the respective display of each player's gaming cabinet. Insome embodiments, the common display may be configured or designed todisplay wager-based gaming events. In some embodiments, some or all ofthe tournament players may share in any payouts relating to wager-basedgaming event outcomes displayed at the common display 1740. In someembodiments, the common display may be configured or designed to displaytournament leaderboard information and/or other status informationrelating to tournament hybrid arcade/wager-based game play.

FIG. 18 shows an example embodiment of a multiplayer (e.g., dual) gamingsystem 1810 which includes two separate gaming cabinets that arecommunicatively linked together for enabling multiplayer tournamenthybrid arcade/wager-based game play. As illustrated in the exampleembodiment of FIG. 18, each gaming cabinet has its own respective set ofhardware and display(s). Additionally, as illustrated in the exampleembodiment of FIG. 18, the gaming system 1810 includes a common display,which in this particular example, is configured display tournamentleaderboard information and/or other status information relating totournament hybrid arcade/wager-based game play. In other embodiments(not shown), the common display may be configured or designed to displaya variety of other content including, for example, one or more of thefollowing (or combinations thereof): wager-based gamingevent(s)/outcome(s), tournament hybrid arcade/wager-based gameevent(s)/outcome(s), payout information, advertisements, and/or othertypes of content.

FIG. 19 shows an example embodiment of a multiplayer (e.g., dual) gamingsystem 1910 which includes two separate gaming cabinets that arecommunicatively linked together for enabling multiplayer tournamenthybrid arcade/wager-based game play. As illustrated in the exampleembodiment of FIG. 19, each gaming cabinet has its own respective set ofhardware and display(s).

In some embodiments, each one of the dual cabinets may include arespective display screen for displaying the gaming environment from theperspective of the respective character operated by the player of eachgaming cabinet. In other embodiments, the dual cabinet may include alarge display screen which is shared between the two gaming cabinets. Insome embodiments, wagering activities for each participating player maybe separately tracked and displayed on that player's gaming cabinetdisplay. In some embodiments, the players may participate insimultaneous (concurrent) multiplayer gameplay in the non-wager-basedportion of the hybrid arcade/wager-based game, while each player'srespective (e.g., personal) wagering activities and wager-based gameevent outcomes are separately tracked and displayed on that player'sgaming cabinet display (or displayed in some manner which does notcreate confusion with the other participating players). In at least someembodiments, each player may have associated therewith a respectivelyseparate “run” of lives and credits, etc. For example, Player 1 couldrun out of lives, leaving it up to Player 2 to either: (i) “hold thefort” (e.g., while player 1 re-funds, and re-joins the game), or (ii)continue gameplay on his own until Player 2's character runs out oflives.

The tournament, co-op, and simultaneous game play techniques describedherein are not just limited to casinos. One advantageous feature of thehybrid arcade/wager-based game designs described and/or referencedherein is that it may provide the ability for multiple different devicesto be capable of running/displaying such types of games across multipledifferent hardware and/or software platforms. Additionally, the hybridarcade/wager-based game designs described and/or referenced herein lendthemselves to up and coming future technologies as well, such as, forexample, Hololens, Holodeck, Holograms, Oculus Rift, Virtual Reality,mobile, desktop, console, tournament play at home systems, and onlinesystems.

According to different embodiments, various different types of criteriaand/or other factors may be considered when determining the allocationof “points” and/or other awards/rewards/payouts intournament/co-op/multiplayer hybrid arcade/wager-based games.Illustrative examples of such criteria/factors may include, but are notlimited to, one or more of the following (or combinations thereof):

-   -   scores,    -   checkpoints,    -   items collected,    -   achievements,    -   timed intervals,    -   deathmatch,    -   wager-based game event outcomes,    -   non-wager-based game event outcomes,    -   etc.

In at least some embodiments, one or more multiplayer hybridarcade/wager-based game embodiments may be configured or designed tosupport multiplayer team battles. In one embodiment, game battleoutcomes may be based, at least in part, on specifically defined “pointfactors.” In some embodiments, different teams may be assembled and“battles” may occur such that the teams duel to collect points, awards,etc. Similar to a traditional tournament, but in a more casual style,one or more of the multiplayer hybrid arcade/wager-based gaming machinesmay be deployed at various machines that are distributed throughout thecasino floor, and/or may be deployed as banks of linked gaming machines,and/or may be implemented via one or more mobile gaming devices (e.g.,mobile gaming devices which are specifically provided by a casino,and/or personal consumer devices such as smart phones, iPads, tablets,laptops, etc.). In some embodiments, the team battles may haveassociated therewith a predefined set of rules/requirements which mustbe satisfied in order for teams (and/or individual players) tojoin/compete in the battle(s).

For example, in one embodiment, a gaming machine may be configured ordesigned to require a player to present his/her players card (or loyaltycard, or player tracking card) in order to join the multiplayer hybridarcade/wager-based game, and/or to join a particular team, and/or tojoin a particular battle, etc. In other embodiments, players may berequired to provide personalized login information before being able tojoin the multiplayer hybrid arcade/wager-based game, and/or to join aparticular team, and/or to join a particular battle, etc. In someembodiments, the gaming system may impose restrictions on the number oftimes a player may participate in a multiplayer hybridarcade/wager-based game, on a particular team, in a particular battle,etc.

Additional benefits, features, advantages, and/or other aspects of themultiplayer/co-op/tournament hybrid arcade/wager-based game techniquesdescribed and/or referenced herein may include, but are not limited to,one or more of the following (or combinations thereof):

-   -   Techniques similar to the multiplayer/co-op/tournament hybrid        arcade/wager-based game techniques described herein may also be        adapted and implemented in skill-based, wager-based games,        and/or in hybrid arcade/wager-based games which include        skill-based wager-based game events.    -   Games may have a tournament manager backend setup which, for        example, may be configured or designed to start the game on a        particular level and won't allow the game to proceed to the next        level.    -   Player tracking and score data may be tallied and posted to an        overall (e.g., in real-time) leaderboard while specific on        screen tags let players know their position. In some        embodiments, rank tabs may stay visible throughout the duration        of timed play.    -   Different types of hybrid arcade/wager-based tournament-style        competitions may include, but are not limited to, one or more of        the following (or combinations thereof):        -   Pooled-based competitions,        -   Deathmatch-based competitions,        -   Checkpoint-based competitions,        -   Timed-based competitions,        -   Tally-based competitions,        -   Averages-based competitions,        -   Achievement-based competitions,        -   Score-based competitions,        -   Etc.    -   Different types of hybrid arcade/wager-based tournament-style        cooperations may include, but are not limited to, one or more of        the following (or combinations thereof):        -   Pooled-based cooperations,        -   Deathmatch-based cooperations,        -   Checkpoint-based cooperations,        -   Timed-based cooperations,        -   Tally-based cooperations,        -   Averages-based cooperations,        -   Achievement-based cooperations,        -   Score-based cooperations,        -   Etc.    -   In at least some embodiments, one or more HAWG games may be        specifically configured or designed to support tournament style        activities, such as, for example, “Zombie$—Tournament Edition”        etc., wherein the game may be a “expansion pack build” that may        be deployed/used for tournaments/multiplay environments only    -   In some embodiments, randomized selection mechanisms may be used        for determining selection of players, teams, clans, matches,        etc.    -   At least some multiplayer/co-op/tournament hybrid        arcade/wager-based games may be implemented as Class 2 type,        RNG-based games.    -   At least some multiplayer/co-op/tournament hybrid        arcade/wager-based games may be implemented as Class 2 type,        skill-based games.    -   At least some multiplayer/co-op/tournament hybrid        arcade/wager-based games may be implemented as Class 3 type,        RNG-based games.    -   At least some multiplayer/co-op/tournament hybrid        arcade/wager-based games may be implemented as Class 3 type,        skill-based games.    -   In some embodiments, the outcomes of at least some of the        wager-based game event(s) which are triggered and initiated        during play of the tournament hybrid arcade/wager-based game may        result in distribution of monetary payouts to some or all of the        players participating in the arcade game portion (e.g.,        non-wager-based game portion) of a tournament hybrid        arcade/wager-based game. For example, in one embodiment, if        Player A kills a zombie and triggers a wager-based game event,        the outcome of the wager-based game event may be a payout of $1        to each player participant. In other embodiments, payouts other        than equal proportions may be distributed to one or more of the        players. For example, in one embodiment, if Player A kills a        zombie and triggers a wager-based game event, the outcome of the        wager-based game event may be a payout of $2 to Player A, and $1        to each of the other players.    -   In some embodiments, the outcomes of at least some of the        wager-based game event(s) which are triggered and initiated        during play of the tournament hybrid arcade/wager-based game may        affect and/or influence aspects of gameplay for one or more of        the players participating in the arcade game portion (e.g.,        non-wager-based game portion) of a tournament hybrid        arcade/wager-based game.    -   In some embodiments, the outcomes of at least some of the        wager-based game event(s) which are triggered and initiated        during play of the tournament hybrid arcade/wager-based game may        result in distribution of non-monetary payouts to some or all of        the players participating in the arcade game portion (e.g.,        non-wager-based game portion) of a tournament hybrid        arcade/wager-based game. For example, in one embodiment, if        Player A kills a zombie and triggers a wager-based game event,        the outcome of the wager-based game event may result in a        non-monetary payout to each player participant. In some        embodiments, at least some of the non-monetary payouts        distributed to the players (e.g., in association with a specific        wager-based game event outcome) may differ from each other. In        at least some embodiments, the non-monetary payouts may include        at least one in-game resource or attribute which may affect        and/or influence aspects of gameplay for one or more of the        players participating in the arcade game portion (e.g.,        non-wager-based game portion) of a tournament hybrid        arcade/wager-based game.

According to different embodiments, one or more tournament hybridarcade/wager-based games may be configured or designed to includefunctionality for tracking and displaying various achievements which areearned or accomplished by one or more player(s) during play of a giventournament hybrid arcade/wager-based game. By way of illustration, FIGS.20-22 illustrate example screenshots of various hybridarcade/wager-based game GUIs illustrating how different types of in-gameactivities and achievements may be tracked and displayed via one or moreelectronic gaming device displays.

FIG. 16 shows an illustrative example of a Tournament HybridArcade/Wager-Based Game (HAWG) Procedure in accordance with a specificexample embodiment. As illustrated in the example embodiment of FIG. 16,the Tournament HAWG Procedure may be configured or designed tofacilitate, enable, initiate, and/or perform one or more of thefollowing operation(s), action(s), and/or feature(s) (or combinationsthereof):

-   -   Identify HAWG Tournament Participants 1602.    -   Enable each identified tournament player to        select/configure/customize his/her respective wagering        parameters, wager funding sources, arcade game attributes, etc.        1604.    -   Initiate game play of tournament HAWG. Each tournament player        engages in play of tournament HAWG 1606. According to different        embodiments:        -   Some or all of the tournament players may each participate            in game play via a common virtual game world.        -   Some or all of the tournament players may each participate            in game play via each player's respective game world.        -   Some or all of the tournament players may synchronously or            simultaneously or concurrently participate in game play of            the tournament hybrid arcade/wager-based game.    -   During game play of tournament HAWG, track occurrences of        in-game events, activities, achievements, etc., performed by        each respective tournament player 1608.    -   During game play of tournament HAWG, track occurrences of        wager-based triggering events initiated by each respective        tournament player, initiate respective wager-based game events,        determine respective wager-based game event outcomes, distribute        respective payouts, awards, bonuses, etc. 1610.    -   Periodically generate and display updated tournament HAWG status        information using tracked tournament-related information 1612.    -   Optionally determine relative ranking of tournament players        based on tournament performance metrics/criteria 1614 (e.g., if        engaged in competitive gameplay).    -   Determine and distribute tournament awards, payouts, bonuses,        etc. to tournament players 1616. For example, competitive        tournament hybrid arcade/wager-based games may distribute        tournament awards, payouts, etc. based on relative rankings of        each player's performance in the tournament hybrid        arcade/wager-based game, as evaluated with respect to one or        more metrics/criteria. For example, cooperative tournament        hybrid arcade/wager-based games may distribute tournament        awards, payouts, etc. based on group goals and/or achievements        which were satisfied during play of the tournament hybrid        arcade/wager-based game.        Open World & Role-Playing Gaming (e.g., RPG) Embodiments

The format of at least some of the hybrid arcade-style, wager-basedgames may also focus on “linear”, “non-linear (e.g., open world)”,Massively Multiplayer Online “MMO”, and/or Role-Playing (“RPG”) typevideo and/or arcade-style games such as, for example, “Half-Life”,“Grand Theft Auto”, “World of Warcraft”, and “Final Fantasy” (e.g.,respectively). Such games may be collectively referred to herein as“RPG” type games, and may feature a player character that is movedthrough the game world via player input (e.g., HID). This allows for anincreased sense of excitement through gameplay by providing a multitudeof player-choice possibilities through a wide-array of path directions.

In some embodiments, the format of the hybrid arcade-style, wager-basedgame may facilitate a gameplay environment in which multiplayerfunctionality takes place. The multiplayer gameplay may have multiple“enrollment” aspects in which one particular player could be on locationat a casino playing a hybrid arcade/wager-based game, while anotherdifferent player could be at a different location (e.g., a locationoutside the casino which may be accessible via network access to ahome/personal computer and/or mobile device) playing the same hybridarcade/wager-based game, but without the wagering aspect found in thecasino environment.

A non-wagering game such as this is commonly known as a “free to play”game, in which the player is allowed to download and install said gameon their own devices, which then allows the player progress through thegame in a manner substantially similar to that of the hybridarcade/wager-based game except that the wagering component (e.g.,regulated gambling component) of the game is omitted. Examples of somepopular “free to play” games may include: “TERA”, “Marvel Puzzle Quest”,“Planetside 2”, etc. Gaming situations such as this may promote a“clicks to bricks” outcome where a casino property could promote orsolicit home users to “login over the weekend to play Super Awesome RPG!Free! Come down to the casino and play Super Awesome RPG for a chance towin big!” Such property advertisement may entice more patrons to visitthe casino in order to “win big” on their favorite hybridarcade/wager-based game. The various hybrid arcade/wager-based gamingtechniques described herein may also be utilized for enabling enhancedslot machine gambling with new and exciting twists, while still beingcompliant with local/state/Federal gaming regulations.

In at least some embodiments, the assemblage and representation ofgraphical elements of the RPG type hybrid arcade/wager-based games maybe configured or designed such that the visual result (e.g., asexperienced by the player) resembles that of a traditional, arcade-styleRPG-type game, and may be further configured or designed such that theinteraction by the player (e.g., via HID, EGM button panel and/orpossible touchscreen) facilitates wagered gameplay, for example, byproviding opportunities to the player (e.g., during play of the RPG-typehybrid arcade/wager-based game) to selectively participate inwager-based activities/events which conform to appropriate gamingregulations and jurisdictional requirements. Using the various hybridarcade/wager-based gaming technique described herein, the visualrelationship between player and machine may be enhanced and improved,thereby increasing player immersion and facilitating longer moreexciting gambling durations without the need to implement new and/orreconfigured back-end delivery structure(s).

Additionally, unlike the Zombie themed rail shooter embodimentspreviously described herein, the RPG (e.g., Role Playing Game) hybridarcade/wager-based game may be setup/configured/built substantiallydifferently (e.g., than that of rail-type games), while still utilizingsimilar concepts, triggering mechanisms and gameplay criteria. Forexample, in some embodiments, the focus on the wagering event may changedepending on the structure, style, and theme of the RPG game. Forexample, in one embodiment of the Zombie theme game, the wager event wastriggered after (or in response to) an NPC being destroyed; whereas anRPG version of the game may be configured or designed to trigger awager-based gaming event to occur when a player character deals damageto an NPC and/or attacks an NPC. For example, depending on one or morefactors such as, for example: the type of attack, player characterperforming the attack, weapon and/magic spell being used and type of NPCplayer is battling, etc., there may exist the possibility of an NPCbeing destroyed by the damage dealt by the player character in a singlewager-based gaming event (e.g., one attack). A person of ordinary skillin the art may deem it preferable that the wagering event be based onmore simplified criteria such as the destruction of an object ratherthan on more complex criteria such as the degree of damage dealt to theobject. However, by leveraging and using various programmatic functionssuch as those inherent in RPG styled gameplay, it becomes possible todefine and/or configure one or more wager-based triggering events (e.g.,for initiating pre-approved RNG-based games of chance) which may bebased on different degrees of damage inflicted upon an object, and/orwhich may be based on player initiated attacks. In such embodiments, forexample, the specific case previously described where the NPC wasdestroyed by a single damage dealing attack may be a result of a wildsymbol and or mini bonus win line configuration, which may be displayedto the player via graphics and/or animations. In a similar manner, aplayer could be engaged in a battle where multiple attacks from NPCsand/or other player(s) may be exchanged. For example, from agambling/casino viewpoint, a patron could be “battling” a giant monsterfor a few minute duration where each (e.g., or at least one) attack madeby the player initiates a separate wager-based spin of the RNG-basedslot game.

In some embodiments of RPG hybrid arcade/wager-based games, battlesbetween players and NPC's may follow a “turn based” style, e.g. playermove, NPC move, player move, NPC move—until the battle is over (e.g.,either the player or NPC gets destroyed). Some RPG hybridarcade/wager-based game embodiments may have multiple “hero's”controlled by one player. For example, one embodiment of an RPG hybridarcade/wager-based game may be configured or designed to besubstantially similar in gameplay to the RPG-based game “Final Fantasy”,in which the player controls (3) hero characters as “they” travel acrossthe lands in search of their quest related tasks. These (3) herocharacters may encounter numerous NPC's along their travels, and whendoing so, the team of hero's may encounter a cornucopia of NPC's in nospecific amount and/or arrangement. For example, one NPC encounter mayentail the 3 hero characters battling 4 ogres, or 8 small gremlins, or 1behemoth, or a combination thereof such as, 1 behemoth 1 ogre and 4small gremlins. How the player decides to battle each group may dependon one or more factors such as, for example: the player's preferences,the player characters abilities, the type of NPC's (e.g., fightingstyle, weaknesses, strengths) about to be battled, wagering criteriarelating to one or more player characters, etc.

Example Embodiment of RPG Hybrid Arcade/Wager-Based Gameplay

By way of illustration, the following example embodiment is intended tohelp illustrate at least some of the various features of the RPG hybridarcade/wager-based game described herein.

According to different embodiments, a player may acquire “skill points,battle points and/or experience points” from non-monetary payouts ofwager-based game event outcomes. The player may then “spend” on theircharacter to increase abilities and/or learn new skills. For example, awarrior character has just defeated a large boss-like NPC, upon doingso, the player is awarded (3) “points” which may be used by the player(e.g., if desired) to upgrade his/her character's abilities/game playcharacteristics, such as, for example:

-   -   a health, stamina or mana potion costs 1 point;    -   a fancy sword costs 2 points;    -   a fire imbued weapon rune costs 1 point;    -   a fire imbued armor rune costs 2 points;    -   a 10% health increase costs 3 points;    -   a heavy plate armor set costs 5 points;    -   etc.

The player may also choose to not spend points at the current time inorder to save and gather more points for higher ranked (e.g., morecostly) abilities and/or items.

According to different embodiments, one or more of the player'sassociated skill attributes may be dynamically and individuallyadjustable (e.g., increased/decreased) based on various criteria suchas, for example: wager-based game event outcomes, objects collected,and/or other gameplay activities which may occur during play of thearcade-style portion of the hybrid arcade/wager-based game. In someembodiments, enhancing a character's skills/abilities may affect theodds of winning a wager-based game event. In other embodiments,enhancing a character's skills/abilities may affect the odds of winninga wager-based game event, particularly where the wager-based game eventis based off of an RNG and results are predetermined. In this way, theplayer is incentivized to work towards building his/her character tobecome a powerful force to be reckoned with. An additional benefit inproviding functionality for enabling a player to increase his/hergameplay skill attributes relates to the ability to periodically addvisually appealing effects and designs that may be built upon throughoutan extended period of gameplay.

Predetermined RNG Hybrid Arcade-Wager Games

Various embodiments of hybrid arcade/wager-based games may be configuredor designed in a manner such that the respective wager event outcomesassociated with a given wager-based triggering event may bepredetermined before the occurrence of the wager-based triggering event.For example, in at least one embodiment, a hybrid arcade/wager-basedgame may be configured or designed to:

-   -   enable a player to engage in interactive game play of a hybrid        arcade/wager-based game at a first EGD, wherein the hybrid        arcade/wager-based game includes a non-wager based gaming        portion and a wager-based gaming portion;    -   link a first predetermined wager-based game event outcome to a        first in-game event which may occur during play of the non-wager        based game portion;    -   detect an occurrence of the first in-game event in the non-wager        based game portion;    -   determine if the occurrence of the first in-game event qualifies        as a wager-based triggering event;    -   if it is determined that the occurrence of the first in-game        event qualifies as a wager-based triggering event, initiate a        first wager-based game event;    -   automatically fund an amount wagered on the first wager-based        game event; and    -   reveal, after initiation of the first wager-based game event,        the first predetermined wager-based game event outcome as an        outcome of the first wager-based game event.

Additionally, according to different embodiments, the hybridarcade/wager-based game may be configured or designed to facilitate,enable, initiate, and/or perform one or more of the followingoperation(s), action(s), and/or feature(s) (or combinations thereof):

-   -   Enable the player to concurrently engage in continuous game play        of the non-wager based gaming portion of the hybrid        arcade/wager-based game during execution of the first        wager-based game event.    -   Analyze the first wager-based game event outcome to determine        whether or not to automatically modify an availability of at        least one resource or attribute of the non-wager based gaming        portion; if the first wager-based game event outcome satisfies a        first set of conditions, automatically modify an availability of        at least one resource or attribute of the non-wager based gaming        portion; if the first wager-based game event outcome does not        satisfy the first set of criteria, not perform modification of        the at least one resource or attribute of the non-wager based        gaming portion in response to the first wager-based game event        outcome.    -   Analyze the first wager-based game event outcome to determine        whether or not a non-wager based gaming award should be        distributed at the non-wager based gaming portion; if the first        wager-based game event outcome satisfies a first set of        criteria, automatically cause the non-wager based gaming award        to be distributed at the non-wager based gaming portion; and        wherein the distribution of the non-wager based gaming award        includes causing at least one component of the gaming network to        modify at least one in-game resource or attribute which is        available for use by an in-game character during play of the        non-wager based gaming portion.    -   Automatically retrieve a first batch of predetermined        wager-based game event outcomes from a first RNG engine; and        select the first wager-based game event outcome from the first        batch of predetermined wager-based game event outcomes.

In at least some embodiments where the first in-game event correspondsto a spawning of a first non-player character (“First NPC”) in thenon-wager based gaming portion, the hybrid arcade/wager-based game maybe configured or designed to: link a first predetermined wager-basedgame event outcome to the First NPC; detect a first in-game interactionwith the First NPC, the first in-game interaction being caused based oninput from the player during play of the non-wager based gaming portion;determine if the first in-game interaction with the First NPC qualifiesas a wager-based triggering event; if it is determined that theoccurrence of the first in-game interaction with the First NPC qualifiesas a wager-based triggering event, initiate the first wager-based gameevent; and reveal, after initiation of the first wager-based game event,the first predetermined wager-based game event outcome as the outcome ofthe first wager-based game event which was initiated in response to theoccurrence of the first in-game interaction with the First NPC.

In at least some embodiments where the first in-game event correspondsto a spawning of a first object (“First Object”) in the non-wager basedgaming portion, the hybrid arcade/wager-based game may be configured ordesigned to: link a first predetermined wager-based game event outcometo the First Object; detect a first in-game interaction with the FirstObject, the first in-game interaction being caused based on input fromthe player during play of the non-wager based gaming portion; determineif the first in-game interaction with the First Object qualifies as awager-based triggering event; if it is determined that the occurrence ofthe first in-game interaction with the First Object qualifies as awager-based triggering event, initiate the first wager-based game event;and reveal, after initiation of the first wager-based game event, thefirst predetermined wager-based game event outcome as the outcome of thefirst wager-based game event which was initiated in response to theoccurrence of the first in-game interaction with the First Object.

In at least some embodiments where the first in-game event correspondsto the satisfying or accomplishing of a first achievement (“FirstAchievement”) in the non-wager based gaming portion, the hybridarcade/wager-based game may be configured or designed to: link a firstpredetermined wager-based game event outcome to the First Achievement;detect a that the First Achievement has been accomplished or satisfiedduring play of the non-wager based gaming portion; determine if theaccomplishing of the First Achievement qualifies as a wager-basedtriggering event; if it is determined that the accomplishing of theFirst Achievement qualifies as a wager-based triggering event, initiatethe first wager-based game event; and reveal, after initiation of thefirst wager-based game event, the first predetermined wager-based gameevent outcome as the outcome of the first wager-based game event whichwas initiated in response to the accomplishing of the First Achievement.

By way of illustration, the introduction (or spawning) of a new NPC intothe gaming environment may represent an “NPC Spawning Event”. In atleast one embodiment, each spawned NPC may have associated therewith arespectively different, predetermined RNG-based outcome. For example, insome embodiments, each spawned NPC has associated therewith a respectiveRNG-based game of chance outcome, which may be determined before theinitiation of the wager-based game event (e.g., before initiation of theRNG-based game of chance), and which may be determined before awager-based triggering event has occurred for that particular NPC.

In at least one embodiment, each NPC Spawning Event may initiate,trigger or cause the gaming machine to perform or execute a plurality ofoperations for determining a respective RNG-based game of chance outcometo be associated with each spawned dark monger gremlin (NPC). Forexample, the plurality of operations may include, but are not limitedto, one or more of the following (or combinations thereof):

-   -   Detecting an NPC Spawning Event associated with a spawned NPC.    -   Identifying the spawned NPC.    -   Causing the RNG to generate a predetermined RNG-based outcome        for the identified, spawned NPC.

According to different embodiments, the predetermined RNG-based outcomemay result in monetary payouts and/or non-monetary payouts.

-   -   Associating or linking the predetermined RNG-based outcome with        a specific wager-based triggering event (e.g., destruction of        the NPC) associated with the identified NPC.    -   Encrypting and saving the predetermined RNG-based outcome        associated with the identified NPC.

For example, in at least one embodiment, when an NPC Spawning Eventoccurs in association with a specific NPC, the gaming device may respondby making a call to a Random Number Generator (RNG) in order to obtain apredetermined outcome of a future wager-based gaming event associatedwith the specific NPC. In some embodiments, the call to the RandomNumber Generator (RNG) may be made before the occurrence of awager-based triggering event in order to predetermine an outcome of thefuture wager-based gaming event.

In at least one embodiment, when a wager-based triggering event isdetected in association with an identified NPC (e.g., killing ordamaging an NPC), the gaming device may be configured or designed torespond by automatically initiating and/or performing one or moreoperations, including, for example:

-   -   Retrieving the predetermined RNG-based outcome for the        identified NPC (associated with the wager-based triggering        event).    -   Using the predetermined RNG-based outcome to dynamically        determine or calculate the wager-based gaming event symbols to        be displayed in connection with the wager-based game event.    -   Automatically initiating a wager-based game event (e.g., virtual        slot reel spin) in connection with detected wager-based        triggering event. In the present example, a maximum permitted        wager amount may be placed on the outcome of a virtual slot reel        spin, and the virtual slot reel spin initiated.    -   Causing anticipation animation to be displayed at the gaming        device display (e.g., spinning reels, NPC damage animations,        etc.).    -   Determining, using the predetermined RNG-based outcome, the        final arrangement of symbols to be displayed in connection with        the wager-based game event outcome (e.g., which is to be        initiated in response to the detection of the wager-based        triggering event associated with the identified NPC).    -   Displaying the final arrangement of symbols (e.g., display final        position of symbols of virtual slot reel spin) to convey the        outcome of wager-based game event in accordance with the        predetermined RNG-based outcome associated with the identified        NPC. (e.g., based on outcome of the wager-based game of chance).    -   Calculate and display updated information relating to        payout/credits/distributions using the predetermined RNG-based        outcome of the wager-based game of chance. Update player's        credits based on payout from virtual slot reel spin.

In at least one embodiment, if the outcome of the wager-based game ofchance is a win or payout, “loot piles”, among other graphicalrepresentations, may be displayed adjacent to the damaged NPC. Playermay also be notified of any non-monetary payouts, free spins, bonusrounds and the like, which may be awarded or distributed to the playerbased on one or more wager-based game event outcome(s).

In at least some embodiments, the RPG hybrid arcade/wager-based game maybe configured or designed to provide opportunities in which the playeris awarded specific “points” (e.g., mentioned previously) to upgradetheir character stats. For example, a player may be awarded anonmonetary payout of points based upon the outcome of a wager-basedgame event initiated during play of the RPG hybrid arcade/wager-basedgame.

In at least some embodiments, the RPG hybrid arcade/wager-based game maybe configured or designed to include functionality for enabling theplayer to acquire or purchase various types of in-game resources (e.g.,items, skills, and abilities, etc.) using points that were awarded tothe player from non-monetary payouts of wager-based game events. In atleast some embodiments, the hybrid arcade/wager-based game may beconfigured or designed to offer the ability for a player to exchangeearned points for other types of artifacts such as, for example:scrolls, gems, crystals, pendants and/or other artifacts that possessspecial abilities/attributes.

Sports/Motorsports RPG Embodiments

In other embodiments, the format or theme of the hybridarcade/wager-based games may be directed to “sports” style arcade games(e.g., including motorsports), such as, for example, “NBA JAM”, “GoldenTee”, “San Francisco Rush”, “Need for Speed”, etc. Such games mayfeature a player character(s) and/or a player vehicle(s) and/orvessel(s), wherein the player has control over his or hercharacter/vehicle via HID interaction (e.g., XBOX controller, steeringwheel/foot-pedal combo, etc.). Sports-type hybrid arcade/wager-basedgames (e.g., including motorsports) may be setup (e.g., built)completely different (e.g., from rail-type or RPG-type games), whilestill utilizing concepts, triggering mechanisms and gameplay criteriawhich may be common to some or all types of hybrid arcade/wager-basedgames.

In some embodiments, focus on the wager-based game event(s) may changedepending on the structure, style, and theme of the Sports-type hybridarcade/wager-based game. For example, in the Rail-themed and RPG-themedhybrid arcade/wager-based games, initiation of at least some of thewager-based gaming events were triggered in response toevents/conditions which occurred to NPCs, such as for example, thedestruction of an NPC, damage to an NPC, attack on an NPC, etc. Incontrast, in sports-themed hybrid arcade/wager-based games, initiationof at least some of the wager-based gaming events may be automaticallytriggered in response to actions and/or activities performed by theplayer (or performed by the player's character).

For example, in sports-themed hybrid arcade/wager-based game embodimentsinvolving characters (e.g., rather than vehicles/vessels), a player maycontrol one or more characters, and based on the type of sport, specificgameplay actions or events may be configured or defined to correspond towager-based triggering events (e.g., for triggering initiation of one ormore wager-based game events). Examples of such specific gameplayactions or events may include, but are not limited to, one or more ofthe following (or combinations thereof):

-   -   Making a basket.    -   Scoring a touchdown.    -   Hitting a ball or other object.    -   Kicking a ball or other object.    -   Catching a ball or other object.    -   Kicking a goal.    -   Sinking a ball (e.g., birdie, bogey in golf).    -   Running a play.    -   Dodging an opponent.    -   Swinging something (e.g., racquet, tennis, ping pong, etc.).    -   Scoring one or more point(s) during gameplay.    -   Fouling an opponent.    -   Etc.

In sports-themed hybrid arcade/wager-based game embodiments involvingvehicles/vessels (e.g., rather than characters), a player may controlone or more “vehicles” and, based on the type of sport, specificgameplay actions or events may be configured or defined to correspond towager-based triggering events (e.g., for triggering initiation of one ormore wager-based game events). Examples of such specific gameplayactions or events may include, but are not limited to, one or more ofthe following (or combinations thereof):

-   -   Crossing checkpoints.    -   Dodging and/or evading items.    -   Collecting items.    -   Making laps.    -   Time based durations (e.g., drag racing, “endless-driver”,        oval-track).    -   Picking up virtual object(s).    -   Driving over/into a virtual object.    -   Crashing.    -   Avoiding collisions/objects.    -   Driving to specific regions/locations.    -   Passing opponent(s).    -   Etc.

In at least one embodiment, a “point” may be defined or interpreted as aterm that references one gaining a level in score in relation to aspecific game in which they are involved (e.g., as opposed to “points”that may be known in relation to EGM gameplay (e.g., leaderboard points)and/or player club card points). Depending on the specific type ofsports game involved, one or more one or more specific sets ofwager-based triggering events may be predefined for triggeringinitiation of one or more approved wager-based game events (e.g.,RNG-based games of chance) which conform with regulatory/jurisdictionalrequirements.

One of the benefits of using symbols such as Wager Triggering object(s)to initiate wager-based game events, is that it provides player with theability to selectively initiate a wager-based game event and/or toselectively cause a wager-based triggering event to occur, as desired.For example, in embodiments where a wager-based triggering event occurswhen a player's character collects a Wager Triggering Ring, the playermay elect to not initiate any wagers during play of the hybridarcade/wager-based game, for example, by avoiding collection of WagerTriggering object(s). In this way, the frequency and pace of thewagering events may be directly controlled by the player during activeplay of the arcade-style portion of the hybrid arcade/wager-based game.

A related benefit of using symbols such as Wager Triggering object(s) toinitiate wager-based game events, is that it provides the ability foreach player to establish and control his/her preferred pace of gamblingduring play of the hybrid arcade/wager-based game. For example, bypurposefully interacting with Wager Triggering object(s) relativelyinfrequently during gameplay, a player may maintain a relatively slowpace of gambling during play of the hybrid arcade/wager-based game. Incontrast, by purposefully interacting with Wager Triggering object(s)relatively frequently during gameplay, a player may maintain arelatively fast pace of gambling during play of the hybridarcade/wager-based game.

By way of illustration, let's say a player enjoys gambling slowly, e.g.,“pressing the spin button” and waiting for the animations, enjoying themoment, having a sip of their drink, looking around the casino betweenspins, then spinning again in the same manner. This particular playercould experience a similar “relaxed” level of gambling during play of adriving-type hybrid arcade/wager-based game, for example, by selectivelychoosing when to interact with a Wager Triggering Ring. For example,during gameplay, the player may control the direction of the vehicle soas to avoid interacting with one or more Wager Triggering object(s).When the player is ready to initiate another wager-based spin of thevirtual slot reel, the player may choose steer the vehicle so that itinteracts with the next displayed “Wager Ring,” thereby initiating awager-based gaming event (e.g., virtual slot reel spin). The player mayrelax/enjoy the moment, and then continue on.

In contrast, a fast paced player (who prefers faster paced gambling) maypurposefully chose to drive relatively fast, and steer his/her vehicleso as to interact with each Wager Triggering object which is displayedduring gameplay, thereby initiating multiple wager-based gaming events(e.g., virtual slot reel spins) within a given time interval in order tomaintain a relatively fast pace of gambling during play of the hybridarcade/wager-based game.

In at least one embodiment, the slow paced player and fast paced playercould each be playing the same driving-type hybrid arcade/wager-basedgame at two different, adjacent gaming machines, and have completelydifferent gameplay experiences. Yet both players may be enjoyingthemselves equally as much due to the flexibility of design of thehybrid arcade/wager-based game configuration and the ability for eachplayer to establish and control his/her preferred pace of gamblingduring play of the hybrid arcade/wager-based game.

According to different embodiments, each Wager Triggering objectintroduced into the gaming environment may have associated therewith arespectively different, predetermined RNG-based outcome. For example, inat least one embodiment, when an identified Wager Triggering object isinitially introduced (e.g., and displayed) in the gaming environment,the gaming device may respond by making a call to a Random NumberGenerator (RNG) in order to obtain a predetermined outcome of a futurewager-based gaming event which will be initiated in response to theplayer's vehicle/character interacting with the identified WagerTriggering object. In some embodiments, the predetermined RNG-based gameof chance outcome associated with a given Wager Triggering object isgenerated/determined before the initiation of the correspondingRNG-based game of chance, and is generated/determined before theplayer's vehicle/character has interacted with the identified WagerTriggering object.

At least some hybrid arcade/wager-based game embodiments may beconfigured or designed to provide the ability to selectively togglecertain HUD elements, timers, checkpoints, and the like. Additionally,at least some hybrid arcade/wager-based game embodiments may beconfigured or designed to provide capability of supporting multiplayerevents and/or tournaments (e.g., in which timer-based events occur). Forexample, a casino property may have a promotion setup where groups ofpeople/teams may be “racing” to get the most “spins” within a specifictimeframe. In doing so, timers, points, and other various details may bedisplayed to the patron(s).

In other sports-type hybrid arcade/wager-based game embodiments, similarmechanisms may be implemented for enabling a player to selectivelycontrol the pace of wager-based game events. For example, in sports-typehybrid arcade/wager-based game embodiments involving characters (e.g.,basketball-themed games, football-themed games, soccer-themed games,baseball-themed games, hockey-themed games, etc.) Wager Triggeringobject(s) and/or other symbols for triggering wager-based game eventsmay be distributed at various locations of the virtual game playfield/arena/court of the hybrid arcade/wager-based game. A player mayselectively choose to navigate his/her character, during gameplay, tointeract with one or more Wager Triggering object(s) (to thereby triggerinitiation of one or more wager-based game event) and/or to avoidinteracting with one or more Wager Triggering object(s) (to therebyprevent initiation of one or more wager-based game events).

Player Event Based Wager Triggering Associations

In at least some hybrid arcade/wager-based game embodiments where one ormore wager-based triggering events are based on specifically definedplayer character game play activities, a respective, predeterminedRNG-based game of chance outcome may be generated/determined before(e.g., in advance of) the occurrence of each specific player charactergame play activity or achievement which causes or triggers a wagerevent. Examples of such player character game play activities mayinclude, but are not limited to, one or more of the following (orcombinations which may include, but are not limited to, one or more ofthe following (or combinations thereof):

-   -   blocking a shot;    -   stealing a ball;    -   jumping in the air;    -   doing a flip;    -   firing a weapon;    -   casting a spell;    -   initiating a power punch;    -   jumping    -   ducking    -   scoring a goal    -   specific interaction(s) with objects;    -   specific interaction(s) with other players;    -   satisfying or accomplishing an in-game achievement (e.g.,        clearing a row in Tetris® or linking 3 or more gems in        Bejeweled®);    -   etc.;

For example, in one embodiment, a wager-based triggering event may bedefined to occur whenever a player's character performs a flip duringgame play. In this specific example, before the player's characterperforms a flip during game play, the gaming device may make a call tothe Random Number Generator (RNG) in order to obtain a predeterminedoutcome of a future wager-based gaming event which may be subsequentlyinitiated if/when the system detects that the player's character hasperformed a flip during game play. Upon detecting the next occurrence ofa player character flip event, a wager-based game event will beautomatically initiated by the system, and the outcome of thewager-based game event will correspond to the predetermined RNG outcome.Thereafter, the gaming device may make another call to the Random NumberGenerator (RNG) to obtain a next predetermined outcome to be associatedwith a next wager-based game event which will be triggered by theplayer's character performing another flip during game play.

By way of illustration, a player may initiate a wager-based triggeringevent, such as, for example, when a player character does a “ninja flip”while jumping. In this specific example, a player character may be ableto jump repeatedly. In order to properly utilize HAWG's functionality,the code of the game may implement or initiate a series of calls,checks, and/or other operations such as, for example:

-   -   Determine if a player's character did in fact jump;    -   Determine if, while the player's character was airborne, it        performed a “ninja flip”;    -   (Assuming player's character performed a “ninja flip”) retrieve        the pre-predetermined RNG outcome associated with the detected        wager-based triggering event;    -   Display wager event outcome to the player (and calculate        winnings, if applicable);    -   Generate and store another new pre-predetermined RNG for a next        player's character “ninja flip” event;    -   In some embodiments, some of all of the above-described        activities may occur while the player's character is still in        the air (e.g., w/in a few milliseconds)

To further elaborate, let's say the player's character in the aboveexample just landed back on the ground and the player decided toimmediately do another “ninja flip” jump (e.g., immediately aftertouchdown). Upon the next jump, the some or all of the activitiesdescribed immediately above may repeat. If the nature of gameplay wereto continually jump and do flips, this process may continue until theplayer is satisfied with the gambling duration and/or no longer hascredits to fund gameplay.

In some hybrid arcade/wager-based game embodiments, the occurrence ofvarious types of scoring events during gameplay (e.g., scoring a fieldgoal, scoring a basket, scoring a touchdown, scoring a run, scoring agoal, sinking ball in hole, etc.) may trigger the automatic initiationof one or more wager-based game event(s), thereby allowing players toget a “real win” feel (e.g., if winnings are applicable). In at leastsome such embodiments, an occurrence of such a scoring event duringgameplay may be treated by the hybrid arcade/wager-based game as theoccurrence of a wager-based triggering event, which, in turn, maytrigger the automatic initiation of a respective wager-based game event.For example, in the basketball-themed hybrid arcade/wager-based gameembodiment, the court may have multiple Wager Triggering object(s)distributed throughout. A player may choose to navigate his/hercharacter in various directions, such as, for example: (a) towards adisplayed Wager Triggering Ring to thereby initiate one or morewager-based gaming events; (b) away from the displayed Wager Triggeringobject(s) to thereby prevent initiation any wager-based gaming events;and/or (c) directly towards the basket to score (e.g., which, in someembodiments, may also trigger initiation of a wager-based gaming event).

One perceived benefit of configuring or designing a sports-type hybridarcade/wager-based game to initiate a wager-based game event in responseto an occurrence of a game-related scoring event is that it helps tocreate a positive association (e.g., in the player's mind) between agame-based achievement (e.g., scoring of a basket), and the associatedwager-based game event. Consequently, such a positive association mayhelp encourage the player to have thoughts or perceptions such as, forexample, “my luck may come when I score an actual basket” (e.g., the“real win” perception). This comparison to gameplay may be comparativelysimilar to the comparison made between the “fast” and “slow” pacedgamblers—each is based on player interaction, the methods & designsthereof, and the visual and mental relationships between said elementswhich promote a fun and flexible environment capable of providingsatisfactory results to target specific and wide-ranged demographics.

Wager Configuration/Selection

According to different embodiments, there are multiple ways in which aplayer's wagering preferences may be selected/configured in a givenhybrid arcade/wager-based game. By way of illustration, a few simplifiedexamples (using only characters) are described below.

-   -   A player may select from various characters (etc.), wherein each        of the individual characters is configured or designed to have        associated therewith a respective bet line value (e.g., 1-line,        3-lines, 5-lines, 10-lines, 30-lines etc.) and/or wager        multiplier value (e.g., lx, 3×, 8×, 10×, 25×, 30×, etc.).    -   A player may select from various characters (etc.), wherein each        character has associated therewith a respective set of attacks,        weapons, abilities, skills, etc., and wherein each set of        attacks/weapons/abilities/skills/etc. has associated therewith a        respective bet line value and/or wager multiplier value.    -   A player may select from various characters (etc.), and use a        standard wager selection process for wager        selection/configuration (e.g., in which the player manually        selects desired wagering criteria such as, for example, base        wagering amount, number of bet line(s) to be wagered, wager        multiplier value(s), etc.    -   Etc.

In some embodiments, at least a portion of the various wager-relatedparameters may be coded into hybrid arcade/wager-based gamesoftware/hardware, and utilized for defining and/or determining thedifferent sets of pre-configured wager-related parameters which may beavailable for player selection in a given hybrid arcade/wager-basedgame.

In one embodiment, the RPG hybrid arcade/wager-based game implemented atan EGM may be configured or designed to enable a player to selectivelychoose from a set of characters, and the basis for wager differentiationis reflected via which move, ability, skill, spell, etc. is initiated bythe player and performed by the player's character (e.g., after wagerfunding and/or during play at) the EGM. In some embodiments, the “maxbet” or relatively highest wager multiplier value may correspond to the“strongest” moves/abilities for a given character, and the “min bet” orrelatively lowest wager multiplier value may correspond to the “weakest”moves/abilities for that character.

In one example, a First Person hybrid arcade/wager-based game may beconfigured or designed to enable a player to select from variouscharacters, where each character has associated therewith acorresponding bet/wager multiplier value.

In at least some embodiments, the wagering outcomes may be based on aseries of themed slot reel symbols rather than a specific type of NPCbattled (e.g. the destruction of a tiny gremlin may net the samewinnings as a demon boss etc.). This may help to avoid the need of usinglarge and possibly confusing pay tables wherein hundreds of differentNPC's and/or “Wager Triggering objects” may need to be shown. Usingthemed reel symbols allows HAWG design to remain clean and simple toplay and understand like standard slot machines.

In at least some embodiments, the number and/or type of activities whichmay be performed by a player's character may depend on variouswager-related parameters, such as, for example, the number of lines ofthe virtual slot interface being wagered upon. For example, in oneembodiment utilizing a virtual 3 reel 1 line slot interface, eachcharacter may only have as many moves as bet multiplier selectionsallowed. In this simplified example, each player character may only have5 moves/abilities each (e.g., corresponding to their respective wagermultipliers 1×, 2×, 3×, 5×, 10×), and depending on which one isselected, a specific sequence of player character animation would playwhen initiated. In other embodiments, if we change our example to amultiple line slot interface, depending on the amount of lines, reels,style of gameplay, and wager triggering events, the number and type ofplayer character moves/abilities available to be selected by the player(e.g., for each RPG character) may be substantially increased.Additionally, in at least some embodiments, the number and type ofplayer character moves/abilities available to be selected by the player(e.g., for each RPG character) may be automatically and dynamicallyincreased/decreased depending on the number of wager lines selected bythe player. For example, in one embodiment, if the player selects a2-line slot wager option, the player's may automatically be providedwith the ability to perform an additional “healing” ability (e.g., inaddition to the character's other 5 available activities/abilities).Depending on the nature of the gameplay and pay table details, theplayer may in fact initiate a wager-based event by simply healingthemselves during a round of play.

Similar techniques may be implemented for sports related hybridarcade/wager-based games. For example, in a basketball-themed hybridarcade/wager-based game, a player may be able to initiate a wager basedevent by stealing the ball from an opponent. Other factors influencinghow the wager initiation is handled may include, but are not limited to,one or more of the following (or combinations thereof):

-   -   style of activity involved (e.g., layup, slam dunk, etc.);    -   total wager amount;    -   wager multiplier amount;    -   base wager denomination amount;    -   etc.

For example, in one embodiment, a non-monetary payout opportunity may bemade available only if the player selects the “max bet” and other gameconditions are met, such as, for example, the player's characterperforms a slam dunk, and a predetermined symbol appears on the bet lineof the slot game interface. A player could successfully play and slamdunk all day long (getting wins if applicable), but if they are onlybetting minimum (or are only betting less than “max bet”), such activitymay not meet the specific requirements needed to initiate additionalenhanced outcomes, non-monetary payouts, bonuses, awards, etc. In atleast some embodiments, some or all of these gaming/wagering rules areclearly defined to the player in a manner which conforms withappropriate gaming jurisdictions and/or regulations.

At least some embodiments of hybrid arcade/wager-based games may notrequire that character selection be associated with wager or linemultipliers. For example, in some hybrid arcade/wager-based gameembodiments, the player may be allowed to dynamically select thewager-related parameters (e.g., line/bet multiplier(s), wagerdenomination(s), etc.) to be applied to the wager-based game event(s).

Example Random Number Generator (RNG) Embodiment(S)

According to different embodiments, one or more different types of RNGengines may be utilized to generate random numbers, game eventoutcome(s), and/or wager event outcome(s). For example, in at least oneembodiment, an RNG engine may be implemented using a standard MersenneTwister algorithm.

Initializing and Seeding

Upon initialization of the RNG engine, it may generate a seed valuebased on values of several different parameters, such as, for example:

-   -   Current time in milliseconds,    -   Process ID of the current process,    -   The address of the current time variable, and    -   The last seed value used.

After generating all of the variables, they are all multiplied by thelast seed value. An XOR operator is applied to the current timevariable, with a variable based on the bits for the current time shiftedto the right by 11. In at least one embodiment, the seed value isdetermined by using an XOR operator to combine all four of thevariables.

Background Generation

After initialization the RNG engine may start generating numbers on aseparate thread. This thread may be constantly running in the backgroundresulting in millions of numbers being discarded per second.

Generating RNG Number(s)

When a component of the hybrid arcade/wager-based game requests a randomnumber, it may call the GetRandomNumberRange function one or more times(e.g., depending on the number of reels). For example, for a 3 reel slotgame, the GetRandomNumberRange function may be called three (3) times(e.g., 1 RNG call per reel).

In some hybrid arcade/wager-based game embodiments, one or more calls tothe RNG engine may occur each time an NPC is spawned in the game. Forexample, if a new NPC is spawned in a hybrid arcade/wager-based gamewhich uses a 3 reel virtual slot game to implement wager-based gameevents, three separate GetRandomNumberRange function calls may be madeto the RNG engine to obtain 3 different random numbers, which representa predetermined outcome of the wager-based 3-reel slot game event whichwill be initiated if/when the newly spawned NPC is destroyed (or damagedin some embodiments).

Similarly, in hybrid arcade/wager-based game embodiments which utilizesymbols (e.g., such as Wager Triggering object(s)) to initiatewager-based game events, one or more calls to the RNG engine may occureach time a new Wager Triggering Symbol is “spawned” or introduced intothe gaming environment. For example, if a new Wager Triggering Symbol isintroduced into the gaming environment of a driving-type hybridarcade/wager-based game which uses a 3 reel virtual slot game toimplement wager-based game events, three separate GetRandomNumberRangefunction calls may be made to the RNG engine to obtain 3 differentrandom numbers, which represent a predetermined outcome of thewager-based 3-reel slot game event which will be initiated if/when theplayer's character or vehicle interacts with the identified WagerTriggering Symbol.

In at least one embodiment, the GetRandomNumberRange function mayutilize 2 parameters representing, for example, a minimum value (e.g.,zero) and a maximum value (e.g., 255). When the number is generated bythe RNG engine, it may need to be scaled to fit inside the minimum andmaximum values. In one embodiment, the value of each generated RNGnumber may be automatically scaled by performing the followingoperations:

-   -   1. Increase the maximum value by 1 so when we mod it later we        can achieve the maximum number.    -   2. Set the limit of the number to equal the difference between        the min and max. This will represent how many numbers we can        generate.    -   3. Use integer division to get the largest number that our limit        will mod evenly into our RNG's Maximum number.    -   4. Generate a number from the RNG engine.    -   5. Check to see if the number is larger than our mod evenly        number. If we don't do this, then a lower number has the        potential to show more often than higher numbers generated by        the RNG engine generator. Comparing it to a large evenly modded        number will help ensure that each number has the same chance of        being called by disregarding the numbers that are higher than        this.    -   6. If the number is larger than our mod evenly number, we        discard it and generate another number.    -   7. Repeat operations 5 and 6 (above) until a number is        found/identified.    -   8. Mod the identified number generated by our limit, and add the        minimum amount to it. This will give us the final RNG number.        Using the RNG Engine Number(s)

In one embodiment, the 3 numbers that are generated in connection withthe spawning of an identified NPC (or Wager Triggering Symbol) aresecurely encrypted and stored inside of (or otherwise stored in a mannerwhich associated with or linked to) the identified NPC/Wager TriggeringSymbol, in the order that the 3 RNG numbers were generated.

If/when the identified NPC is subsequently killed or destroyed (ordamaged in some embodiment), or if the player's character/vehicleinteracts with the identified Wager Triggering Symbol (destroying and/ordamaging such object) we access and use the 3 stored RNG numbers (inorder) to check the positions of each reel. These positions are thencompared to a math model to get the award value. Thereafter, assuming noerrors detected, the award value and reels are displayed for the user tosee.

FIG. 1 illustrates a simplified block diagram of a specific exampleembodiment of a Hybrid Arcade/Wager-Based (e.g., “HAWG”) Gaming System100 which may be implemented via a computerized data network. Asdescribed in greater detail herein, different embodiments of HybridArcade/Wager-Based Gaming Systems may be configured, designed, and/oroperable to provide various different types of operations,functionalities, and/or features generally relating to HybridArcade/Wager-Based Gaming System technology. Further, as described ingreater detail herein, many of the various operations, functionalities,and/or features of the Hybrid Arcade/Wager-Based Gaming System(s)disclosed herein may provide may enable or provide different types ofadvantages and/or benefits to different entities interacting with theHybrid Arcade/Wager-Based Gaming System(s).

According to different embodiments, at least some HybridArcade/Wager-Based Gaming System(s) may be configured, designed, and/oroperable to provide a number of different advantages and/or benefitsand/or may be operable to initiate, and/or enable various differenttypes of operations, functionalities, and/or features, such as, forexample, one or more of those described and/or referenced herein.According to different embodiments, at least a portion of the variousfunctions, actions, operations, and activities performed by one or morecomponent(s) of the Hybrid Arcade/Wager-Based Gaming System may beinitiated in response to detection of one or more conditions, events,and/or other criteria satisfying one or more different types of minimumthreshold criteria, such as, for example, one or more of those describedand/or referenced herein. According to different embodiments, at least aportion of the various types of functions, operations, actions, and/orother features provided by the Hybrid Arcade/Wager-Based Gaming Systemmay be implemented at one or more client systems(s), at one or moreSystem Server(s), and/or combinations thereof. According to differentembodiments, the Hybrid Arcade/Wager-Based Gaming System 100 may includea plurality of different types of components, devices, modules,processes, systems, etc., which, for example, may be implemented and/orinstantiated via the use of hardware and/or combinations of hardware andsoftware. For example, as illustrated in the example embodiment of FIG.1, the Hybrid Arcade/Wager-Based Gaming System may include one or moretypes of systems, components, devices, processes, etc. (e.g., orcombinations thereof) described and/or referenced herein.

According to different embodiments, the Hybrid Arcade/Wager-Based Gaming(e.g., HAWG) System 100 may include a plurality of different types ofcomponents, devices, modules, processes, systems, etc., which, forexample, may be implemented and/or instantiated via the use of hardwareand/or combinations of hardware and software. For example, asillustrated in the example embodiment of FIG. 1, the HybridArcade/Wager-Based Gaming System may include one or more of thefollowing types of systems, components, devices, processes, etc. (e.g.,or combinations thereof):

-   -   Local Casino System(s) 122 operable to perform and/or implement        various types of functions, operations, actions, and/or other        features such as those described or referenced herein. According        to different embodiments, one or more Local Casino System(s) 122        may include, but are not limited to, one or more of the        following (or combinations thereof):        -   Casino Gaming System Server(s) 120—In at least one            embodiment, the Casino Gaming System Server(s) may be            operable to perform and/or implement various types of            functions, operations, actions, and/or other features such            as those described or referenced herein.        -   Class 2 RNG System(s)/Service(s) 124 operable to perform            and/or implement various types of functions, operations,            actions, and/or other features such as those described or            referenced herein. For example, in at least some            embodiments, Class 2 RNG System(s)/Service(s) 124 may be            operable to dynamically generate and/or provide Class 2            gaming type RNG outcomes to be used by Hybrid            Arcade/Wager-Based Gaming devices as “predetermined” RNG            outcome(s) relating to Class 2 type wager-based game            event(s) occurring at the Hybrid Arcade/Wager-Based Gaming            devices.        -   Class 3 RNG System(s)/Service(s) 126 operable to perform            and/or implement various types of functions, operations,            actions, and/or other features such as those described or            referenced herein. For example, in at least some            embodiments, Class 3 RNG System(s)/Service(s) 126 may be            operable to dynamically generate and/or provide Class 3            gaming type RNG outcomes to be used by Hybrid            Arcade/Wager-Based Gaming devices as “predetermined” RNG            outcome(s) relating to Class 3 type wager-based game            event(s) occurring at the Hybrid Arcade/Wager-Based Gaming            devices.        -   Electronic Gaming Machine(s) (EGMs) 128 operable to perform            and/or implement various types of functions, operations,            actions, and/or other features such as those described or            referenced herein.    -   Other Gaming Network(s).    -   Client Computer System(s) 130 operable to perform and/or        implement various types of functions, operations, actions,        and/or other features such as those described or referenced        herein.    -   3^(rd) Party System(s) 150 operable to perform and/or implement        various types of functions, operations, actions, and/or other        features such as those described or referenced herein.    -   Internet & Cellular Network(s) 110.    -   Remote/Internet-based Gaming Service(s) 190 operable to perform        and/or implement various types of functions, operations,        actions, and/or other features such as those described or        referenced herein.    -   According to different embodiments, one or more        Remote/Internet-based Gaming Service(s) 190 may include, but are        not limited to, one or more of the following (or combinations        thereof):        -   Class 2 RNG System(s)/Service(s) 194 operable to perform            and/or implement various types of functions, operations,            actions, and/or other features such as those described or            referenced herein. For example, in at least some            embodiments, Class 2 RNG System(s)/Service(s) 194 may be            operable to dynamically generate and/or provide Class 2 type            RNG outcomes to be used by remote Hybrid Arcade/Wager-Based            Gaming devices as “predetermined” RNG outcome(s) relating to            Class 2 type wager-based game event(s) occurring at the            Hybrid Arcade/Wager-Based Gaming devices.        -   Class 3 RNG System(s)/Service(s) 196 operable to perform            and/or implement various types of functions, operations,            actions, and/or other features such as those described or            referenced herein. For example, in at least some            embodiments, Class 3 RNG System(s)/Service(s) 196 may be            operable to dynamically generate and/or provide Class 3 type            RNG outcomes to be used by remote Hybrid Arcade/Wager-Based            Gaming devices as “predetermined” RNG outcome(s) relating to            Class 3 type wager-based game event(s) occurring at the            Hybrid Arcade/Wager-Based Gaming devices.        -   Remote Database System(s) 180 operable to perform and/or            implement various types of functions, operations, actions,            and/or other features such as those described or referenced            herein.        -   Gaming Server(s) 192 operable to perform and/or implement            various types of functions, operations, actions, and/or            other features such as those described or referenced herein.        -   Remote System(s)/Service(s) 170, which, for example, may            include, but are not limited to, one or more of the            following (e.g., or combinations thereof):            -   Content provider servers/services            -   Media Streaming servers/services            -   Database storage/access/query servers/services            -   Financial transaction servers/services            -   Payment gateway servers/services            -   Electronic commerce servers/services            -   Event management/scheduling servers/services            -   Etc.    -   Mobile Device(s) 160—In at least one embodiment, the Mobile        Device(s) may be operable to perform and/or implement various        types of functions, operations, actions, and/or other features        such as those described or referenced herein.    -   Etc.

In at least one embodiment, the Hybrid Arcade/Wager-Based Gaming Systemmay be operable to utilize and/or generate various different types ofdata and/or other types of information when performing specific tasksand/or operations. This may include, for example, input data/informationand/or output data/information. For example, in at least one embodiment,the Hybrid Arcade/Wager-Based Gaming System may be operable to access,process, and/or otherwise utilize information from one or more differenttypes of sources, such as, for example, one or more local and/or remotememories, devices and/or systems. Additionally, in at least oneembodiment, the Hybrid Arcade/Wager-Based Gaming System may be operableto generate one or more different types of output data/information,which, for example, may be stored in memory of one or more local and/orremote devices and/or systems. Examples of different types of inputdata/information and/or output data/information which may be accessedand/or utilized by the Hybrid Arcade/Wager-Based Gaming System mayinclude, but are not limited to, one or more of those described and/orreferenced herein.

According to specific embodiments, multiple instances or threads of theHybrid Arcade/Wager-Based Gaming System may be concurrently implementedand/or initiated via the use of one or more processors and/or othercombinations of hardware and/or hardware and software. For example, inat least some embodiments, various aspects, features, and/orfunctionalities of the Hybrid Arcade/Wager-Based Gaming System may beperformed, implemented and/or initiated by one or more of the varioussystems, components, systems, devices, procedures, processes, etc.,described and/or referenced herein.

In at least one embodiment, a given instance of the HybridArcade/Wager-Based Gaming System may access and/or utilize informationfrom one or more associated databases. In at least one embodiment, atleast a portion of the database information may be accessed viacommunication with one or more local and/or remote memory devices.Examples of different types of data which may be accessed by the HybridArcade/Wager-Based Gaming System may include, but are not limited to,one or more of those described and/or referenced herein.

According to different embodiments, various different types ofencryption/decryption techniques may be used to facilitate securecommunications between devices in Hybrid Arcade/Wager-Based GamingSystem(s) and/or Hybrid Arcade/Wager-Based Gaming Network(s). Examplesof the various types of security techniques which may be used mayinclude, but are not limited to, one or more of the following (e.g., orcombinations thereof): random number generators, SHA-1 (e.g., SecuredHashing Algorithm), MD2, MD5, DES (e.g., Digital Encryption Standard),3DES (e.g., Triple DES), RC4 (e.g., Rivest Cipher), ARC4 (e.g., relatedto RC4), TKIP (e.g., Temporal Key Integrity Protocol, uses RC4), AES(e.g., Advanced Encryption Standard), RSA, DSA, DH, NTRU, and ECC (e.g.,elliptic curve cryptography), PKA (e.g., Private Key Authentication),Device-Unique Secret Key and other cryptographic key data, SSL, etc.Other security features contemplated may include use of well-knownhardware-based and/or software-based security components, and/or anyother known or yet to be devised security and/or hardware andencryption/decryption processes implemented in hardware and/or software.

According to different embodiments, one or more different threads orinstances of the Hybrid Arcade/Wager-Based Gaming System may beinitiated in response to detection of one or more conditions or eventssatisfying one or more different types of minimum threshold criteria fortriggering initiation of at least one instance of the HybridArcade/Wager-Based Gaming System. Various examples of conditions orevents which may trigger initiation and/or implementation of one or moredifferent threads or instances of the Hybrid Arcade/Wager-Based GamingSystem may include, but are not limited to, one or more of thosedescribed and/or referenced herein.

It will be appreciated that the Hybrid Arcade/Wager-Based Gaming Systemof FIG. 1 is but one example from a wide range of HybridArcade/Wager-Based Gaming System embodiments which may be implemented.Other embodiments of the Hybrid Arcade/Wager-Based Gaming System (e.g.,not shown) may include additional, fewer and/or differentcomponents/features that those illustrated in the example HybridArcade/Wager-Based Gaming System embodiment of FIG. 1.

Generally, the Hybrid Arcade/Wager-Based Gaming techniques describedherein may be implemented in hardware and/or hardware+software. Forexample, they can be implemented in an operating system kernel, in aseparate user process, in a library package bound into networkapplications, on a specially constructed machine, or on a networkinterface card. In a specific embodiment, various aspects describedherein may be implemented in software such as an operating system or inan application running on an operating system.

Hardware and/or software+hardware hybrid embodiments of the HybridArcade/Wager-Based Gaming techniques described herein may be implementedon a general-purpose programmable machine selectively activated orreconfigured by a computer program stored in memory. Such programmablemachine may include, for example, mobile or handheld computing systems,PDA, smart phones, notebook computers, tablets, netbooks, desktopcomputing systems, system servers, cloud computing systems, networkdevices, etc.

FIG. 2 shows an example block diagram of an electronic gaming system 200in accordance with a specific embodiment. Electronic gaming system 200may include electronic gaming devices (e.g., electronic gamingterminals, electronic gaming machines, wager-based video gamingmachines, etc.) 251, which may be coupled to network 205 via a networklink 210. Network 205 may be the internet or a private network. One ormore video streams may be received at video/multimedia server 215 fromEGDs 251. Video/Multimedia server 215 may transmit one or more of thesevideo streams to one or more: mobile devices 245, 255, electronic gamingdevices (e.g., EGD) 251, and/or other remote electronic device.Video/Multimedia server 215 may transmit these video streams via networklink 210 and network 205.

Electronic gaming system 200 may include an accounting/transactionserver 220, a gaming server 225, an authentication server 230, a playertracking server 235, a voucher server 240, and a searching server 242.

Accounting/transaction server 220 may compile, track, store, and/ormonitor cash flows, voucher transactions, winning vouchers, losingvouchers, and/or other transaction data for the casino operator and forthe players. Transaction data may include the number of wagers, the sizeof these wagers, the date and time for these wagers, the identity of theplayers making these wagers, and the frequency of the wagers.Accounting/transaction server 220 may generate tax information relatingto these wagers. Accounting/transaction server 220 may generateprofit/loss reports for predetermined gaming options, contingent gamingoptions, predetermined betting structures, and/or outcome categories.

Gaming server 225 may generate gaming options based on predeterminedbetting structures and/or outcome categories. These gaming options maybe predetermined gaming options, contingent gaming options, and/or anyother gaming option disclosed in this disclosure.

Authentication server 230 may determine the validity of vouchers,players' identity, and/or an outcome for a gaming event.

Player tracking server 235 may track a player's betting activity, aplayer's preferences (e.g., language, drinks, font, sound level, etc.).Based on data obtained by player tracking server 235, a player may beeligible for gaming rewards (e.g., free play), promotions, and/or otherawards (e.g., complimentary food, drinks, lodging, concerts, etc.).

Voucher server 240 may generate a voucher, which may include datarelating to gaming options. For example, data relating to the structuremay be generated. If there is a time deadline, that information may begenerated by voucher server 240. Vouchers may be physical (e.g., paper)or digital.

Searching server 242 may implement a search on one or more gamingdevices to obtain gaming data. Searching server 242 may implement amessaging function, which may transmit a message to a third party (e.g.,a player) relating to a search, a search status update, a game statusupdate, a wager status update, a confirmation of a wager, a confirmationof a money transfer, and/or any other data relating to the player'saccount. The message can take the form of a text display on the gamingdevice, a pop up window, a text message, an email, a voice message, avideo message and the like. Searching server 242 may implement awagering function, which may be an automatic wagering mechanism. Thesefunctions of searching server 242 may be integrated into one or moreservers.

Searching server 242 may include one or more searching structures, oneor more searching algorithms, and/or any other searching mechanisms. Ingeneral, the search structures may cover which hybrid arcade/wager-basedgames paid out the most money during a time period, which hybridarcade/wager-based games kept the most money from players during a timeperiod, which hybrid arcade/wager-based games are most popular (e.g.,top games), which hybrid arcade/wager-based games are least popular,which hybrid arcade/wager-based games have the most amount of moneywager during a period, which hybrid arcade/wager-based games have thehighest wager volume, which hybrid arcade/wager-based games are morevolatile (e.g., volatility, or deviation from the statistical norms, ofwager volume, wager amount, pay out, etc.) during a time period, and thelike. Search may also be associated with location queries, time queries,and/or people queries.

The searching structures may be predetermined searching structures. Forexample, the method may start searching a first device, then a seconddevice, then a third device, up to an N^(th) device based on one or moresearching parameters (e.g., triggering event). In one example, thesearch may end once one or more triggering events are determined. Inanother example, the search may end once data has been received from apredetermined number (e.g., one, two, ten, one hundred, all) of thedevices. In another example, the search may be based on a predeterminednumber of devices to be searched in combination with a predeterminednumber of search results to be obtained. In this example, the searchstructure may be a minimum of ten devices to be searched, along with aminimum of five gaming options to be determined.

In another example, the searching structures may be based on one or morespecific game types and/or themes (e.g., first person shooter types,first person rail types, TV themes, Movie themes, multiplayer types,etc.). Searching structure may search one or more of these games.

In another example, the searching structure may be based on a player'spreferences, past transactional history, player input, a particulargame, a particular EGD, a particular casino, a particular locationwithin a casino, game outcomes over a time period, payout over a timeperiod, and/or any other criteria.

Searching algorithms may be dynamic searching programs, which may bemodified based on one or more past results. In one example, the searchalgorithm may determine that a specific triggering event occurs with aninety percent success rate on a first EGD, a ten percent success rateon a second EGD, a fifty percent success rate on a third EGD, and aseventy percent success rate on a fourth EGD. The search algorithm maygenerate a search priority based on the probability of success, whichmay lead to the first EGD being searched first, the fourth EGD beingsearched second, the third EGD being searched third, and the second EGDbeing searched fourth. Search algorithm may utilize any dynamic feedbackprocedure to enhance current and/or future searching results

FIG. 3 illustrates a network diagram of an example embodiment of aGaming Network 300 which may be configured or designed to implementvarious hybrid arcade/wager-based gaming techniques described and/orreferenced herein. As described in greater detail herein, differentembodiments of Gaming Networks may be configured, designed, and/oroperable to provide various different types of operations,functionalities, and/or features generally relating to Gaming Networktechnology. Further, as described in greater detail herein, many of thevarious operations, functionalities, and/or features of the GamingNetwork(s) and/or Gaming System(s) disclosed herein may provide mayenable or provide different types of advantages and/or benefits todifferent entities interacting with the Gaming Network(s).

According to different embodiments, at least some Gaming Network(s) maybe configured, designed, and/or operable to provide a number ofdifferent advantages and/or benefits and/or may be operable to initiate,and/or enable various different types of operations, functionalities,and/or features, such as, for example, one or more of the following(e.g., or combinations thereof):

-   -   Enable real-world casino venues to securely and legally provide        opportunities for their players/players to participate in online        or network-based wager-based gaming sessions. Examples of        various types of games which may be played may include, but are        not limited to, one or more hybrid arcade/wager-based game(s)        such as those described and/or referenced herein.    -   Enable casino venues to provide opportunities for their        players/players to participate in live, multiplayer,        wager-based, arcade-style video games where players from        different casinos, different locations, and/or different EGDs,        are able to compete against one another in a multiplayer, hybrid        arcade/wager-based gaming environment. In at least one        embodiment, players can be located at the same and/or at remote        gaming venues that are connected via a wide area network such as        the Internet, cellular networks, VPNs, cloud-based networks,        etc.        -   Utilize live electronic gaming device dealers and attendants            for conducting the wager-based, arcade-style video games.        -   Deploy electronic gaming devices (e.g., EGDs) in multiple            different physical casino venues, and utilize the EGDs for            enabling casino players/players to participate in            wager-based, arcade-style video games.        -   Players may be allowed to manually switch or change their            opponents (e.g., in heads-up game play).        -   Players may be automatically switched (e.g., by gaming            system) to play different opponents (e.g., auto switching            feature; useful for tournament play).        -   Gaming system may perform automated matching of players in            tournament (e.g., based on various criteria such as, for            example: skill level, experience, random, social            relationships, etc.). In at least one embodiment,            multi-property network connections between various different            casino venues (e.g., located at different geographic            locations) may be implemented and utilized to facilitate            pairing of and/or participation by remote players.        -   In at least one embodiment, a central clearing house may be            utilized for financial transactions (e.g., deposit, debit of            player accounts, payouts, lines of credit, etc.) relating to            the hybrid arcade/wager-based game sessions.        -   Various types of game play rules may be implemented and            automatically enforced for the hybrid arcade/wager-based            game sessions, such as, for example: time limit per play,            amount per wager, max wager, maximum wager, rules to            facilitate speed of game play, rules imposed for conformance            with regulatory or jurisdiction requirements, etc. For            example, in one embodiment, if a player failed to make a            wager within an allotted time interval, the system may be            configured or designed to automatically enter default wager            for that player.

According to different embodiments, the Gaming Network 300 may include aplurality of different types of components, devices, modules, processes,systems, etc., which, for example, may be implemented and/orinstantiated via the use of hardware and/or combinations of hardware andsoftware. For example, as illustrated in the example embodiment of FIG.3, the Gaming Network may include one or more of the following types ofsystems, components, devices, processes, etc. (e.g., or combinationsthereof):

-   -   Display System Server(s) 304. In at least one embodiment, the        Display System Server(s) may be configured or designed to        implement and/or facilitate management of content (e.g.,        graphics, images, text, video fees, etc.) to be displayed and/or        presented at one or more EGDs (e.g., or at one or more groups of        EGDs), dealer displays, administrator displays, etc.    -   EGD Multimedia System Server(s) 305. In at least one embodiment,        the Table Multimedia System Server(s) may be configured or        designed to generate, implement and/or facilitate management of        content (e.g., graphics, images, text, video fees, audio feeds,        etc.), which, for example, is to be streamed or provided to one        or more EGDs (e.g., or to one or more groups of EGDs).    -   Messaging System Server(s) 306. In at least one embodiment, the        Messaging System Server(s) may be configured or designed to        implement and/or facilitate management of messaging and/or other        communications among and between the various systems,        components, devices, EGDs, players, dealers, and administrators        of the gaming network.    -   Mobile System Server(s) 308. In at least one embodiment, the        Mobile System Server(s) may be configured or designed to        implement and/or facilitate management of communications and/or        data exchanged with various types of mobile devices, including        for example: player-managed mobile devices (e.g., smart phones,        PDAs, tablets, mobile computers), casino-managed mobile devices        (e.g., mobile gaming devices), etc.    -   Financial System Server(s) 312. In at least one embodiment, the        Financial System Server(s) may be configured or designed to        implement and/or facilitate tracking, management, reporting, and        storage of financial data and financial transactions relating to        one or more hybrid arcade/wager-based game sessions. For        example, at least some Financial System Server(s) may be        configured or designed to keep track of the game accounting        (e.g., money in, money out) for a virtual hybrid        arcade/wager-based game being played, and may also be configured        or designed to handle various financial transactions relating to        player wagers and payouts. For example, in at least one        embodiment, Financial Servers may be configured or designed to        monitor each remote player's account information, and may also        manage or handle funds transfers between each player's account        and the active game server (e.g., associated with the player's        game session).    -   Player Tracking System Server(s) 314. In at least one        embodiment, the Player Tracking System Server(s) may be        configured or designed to implement and/or facilitate management        and exchange of player tracking information associated with one        or more EGDs, hybrid arcade/wager-based game sessions, etc. In        at least one embodiment, a Player Tracking System Server may        include at least one database that tracks each player's hands,        wins/losses, bet amounts, player preferences, etc., in the        network. In at least one embodiment, the presenting and/or        awarding of promotions, bonuses, rewards, achievements, etc.,        may be based on a player's play patterns, time, games selected,        bet amount for each game type, etc. A Player Tracking System        Server may also help establish a player's preferences, which        assists the casino in their promotional efforts to: award player        comps (e.g., loyalty points); decide which promotion(s) are        appropriate; generate bonuses; etc.    -   Data Tracking & Analysis System(s) 318. In at least one        embodiment, the Data Tracking & Analysis System(s) may be        configured or designed to implement and/or facilitate management        and analysis of game data. For example, in one embodiment the        Data Tracking & Analysis System(s) may be configured or designed        to aggregate multisite hybrid arcade/wager-based gaming trends,        local wins, jackpots, etc.    -   Gaming System Server(s) (e.g., 322, 324). In at least one        embodiment, different game servers may be configured or designed        to be dedicated to one or more specifically designated type(s)        of game(s). Each game server has game logic to host one of more        virtual hybrid arcade/wager-based game sessions. At least some        game server(s) may also be capable of keeping track of the game        accounting (e.g., money in, money out) for a virtual hybrid        arcade/wager-based game being played, and/or for updating the        Financial Servers at the end of each game. The game server(s)        may also operable to generate the EGD graphics primitives (e.g.,        game virtual objects and game states), and may further be        operable to update EGDs when a game state change (e.g., new card        dealt, player upped the ante, player folds/busts, etc.) may be        detected.    -   Jurisdictional/Regulatory Monitoring & Enforcement System(s)        350. In at least one embodiment, the Jurisdictional/Regulatory        Monitoring & Enforcement System(s) may be configured or designed        to handle tracking, monitoring, reporting, and enforcement of        specific regulatory requirements relating to wager-based        gameplay activities in one or more jurisdictions.    -   Authentication & Validation System(s) 352. According to        different embodiments, the Authentication & Validation System(s)        may be configured or designed to determine and/or authenticate        the identity of the current player at a given EGD. For example,        in one embodiment, the current player may be required to perform        a log in process at the EGD in order to access one or more        features. Alternatively, the EGD may be adapted to automatically        determine the identity of the current player based upon one or        more external signals such as, for example, scanning of a        barcode of a player tracking card, an RFID tag or badge worn by        the current player which provides a wireless signal to the EGD        for determining the identity of the current player. In at least        one implementation, various security features may be        incorporated into the EGD to prevent unauthorized players from        engaging in certain types of activities at the EGD. In some        embodiments, the Authentication & Validation System(s) may be        configured or designed to authenticate and/or validate various        types of hardware and/or software components, such as, for        example, hardware/software components residing at a remote EGDs,        game play information, wager information, player information        and/or identity, etc. Examples of various authentication and/or        validation components are described in U.S. Pat. No. 6,620,047,        titled, “ELECTRONIC GAMING APPARATUS HAVING AUTHENTICATION DATA        SETS,” incorporated herein by reference in its entirety for all        purposes.    -   Casino Venues (e.g., 330, 340). In at least one embodiment, each        casino venue may correspond to a real-world, physical casino        which is located at a particular geographic location. In some        embodiments, a portion of the multiple different casino venues        may be affiliated with each other (e.g., Harrah's Las Vegas,        Harrah's London). In other embodiments, at least a portion of        the multiple different casino venues do not share any        affiliation with each other.    -   Electronic gaming devices (e.g., EGDs) 332, 334, 336, 342, 344,        346. As described in greater detail herein, the EGDs may be        configured or designed to facilitate and enable players to        participate in wager-based, arcade-style video game sessions        (e.g., and/or other types of hybrid arcade/wager-based game        sessions). Different EGDs may be physically located in one or        more different casino venues, and may be connected via a        communication network. In some embodiments, EGDs may be        implemented as stationary machines. In some embodiments, at        least some EGDs may be implemented using mobile devices (e.g.,        tablets, smartphones, laptops, PC's, and the like).    -   Internet, Cellular, and WAN Network(s) 310    -   Game History Server(s) 364. In at least one embodiment, the Game        History Server(s) may be configured or designed to track all        (e.g., or selected) game types and game play history for all        (e.g., or selected) hybrid arcade/wager-based games. In some        embodiments, a Game History Server may also assist the casino        manager in case of disputes between players and the casino by,        for example, providing the ability to “replay” (e.g., by        virtually recreating the game events) the game in dispute, step        by step, based on previously stored game states. Such dispute        resolution capability is a desirable feature in hybrid        arcade/wager-based game environments.    -   Remote Database System(s) which, for example, may be operable to        store and provide access to various types of information and        data described herein.    -   Remote System Server(s)/Service(s), which, for example, may        include, but are not limited to, one or more of the following        (e.g., or combinations thereof):        -   Content provider servers/services        -   Media Streaming servers/services        -   Database storage/access/query servers/services        -   Financial transaction servers/services        -   Payment gateway servers/services        -   Electronic commerce servers/services        -   Event management/scheduling servers/services        -   Etc.    -   Mobile Game Device(s) 336, 346—In at least one embodiment, the        Mobile Device(s) may be operable to perform and/or implement        various types of functions, operations, actions, and/or other        features such as those described or referenced herein (e.g.,        such as those illustrated and/or described with respect to FIG.        6).

According to specific embodiments, a variety of different game statesmay be used to characterize the state of current and/or past eventswhich are occurring (e.g., or have occurred) at a given EGD. Forexample, in one embodiment, at any given time in a game, a valid currentgame state may be used to characterize the state of game play (e.g.,and/or other related events, such as, for example, mode of operation ofthe EGD, etc.) at that particular time. In at least one embodiment,multiple different states may be used to characterize different statesor events which occur at the EGD at any given time. In one embodiment,when faced with ambiguity of game state, a single state embodimentforces a decision such that one valid current game state is chosen. In amultiple state embodiment, multiple possible game states may existsimultaneously at any given time in a game, and at the end of the gameor at any point in the middle of the game, the EGD may analyze thedifferent game states and select one of them based on certain criteria.Thus, for example, when faced with ambiguity of game state, the multiplestate embodiment(s) allow all potential game states to exist and moveforward, thus deferring the decision of choosing one game state to alater point in the game. The multiple game state embodiment(s) may alsobe more effective in handling ambiguous data or game state scenarios.

According to specific embodiments, a variety of different entities maybe used (e.g., either singly or in combination) to track the progress ofgame states which occur at a given gaming EGD. Examples of such entitiesmay include, but are not limited to, one or more of the following (e.g.,or combination thereof): master controller system, display system,gaming system, local game tracking component(s), remote game trackingcomponent(s), etc. Examples of various game tracking components mayinclude, but are not limited to: automated sensors, manually operatedsensors, video cameras, intelligent playing card shoes, RFIDreaders/writers, RFID tagged chips, objects displaying machine readablecode/patterns, etc.

According to a specific embodiment, local game tracking components atthe EGD may be operable to automatically monitor game play activities atthe EGD, and/or to automatically identify key events which may trigger atransition of game state from one state to another as a game progresses.Depending upon the type of game being played at the gaming table,examples of possible key events may include, but are not limited to, oneor more of the following (e.g., or combination thereof):

-   -   start of a new hybrid arcade/wager-based gaming session;    -   end of a current hybrid arcade/wager-based gaming session;    -   start of a virtual slot wheel spin;    -   game start event;    -   game end event;    -   detection of event for triggering initiation of wager-based        event (e.g., destroying a zombie on screen triggers spin of        virtual slot reel, and subsequent payout/credit award);    -   detection of event for triggering end of wager-based event        (e.g., slot wheel spin, etc.);    -   detection of event for triggering initiation of randomized game        play event;    -   detection of event for triggering end of randomized game play        event;    -   initial wager period start;    -   initial wager period end;    -   subsequent wager period start;    -   subsequent wager period end;    -   payout period start;    -   payout period end;    -   etc.

FIGS. 4, 5, 6, and 14 show block diagrams of different exampleembodiments of electronic gaming machines (e.g., EGMs) or electronicgaming devices (“EGDs) which may be used for facilitating, enabling,initiating, and/or implementing one or more of the hybridarcade/wager-based gaming aspects described herein.

FIG. 4 shows a block diagram 400 of electronic gaming device 400, inaccordance with a specific embodiment. Electronic gaming device 400 mayinclude a processor 402, a memory 404, a network interface 422, inputdevices 428, and a display 426.

Processor 402 may generate gaming options based on predetermined bettingstructures and/or outcome categories. Predetermined betting structuresmay utilize more than one outcome category to generate via processor 402gaming options. Predetermined betting structures may combine any outcomecategory with any other outcome category to gaming options.

Processor 402 may offer a gaming option which is structured so that thegaming option relates to more than one EGD. Processor 402 may generatecontingent gaming options and/or predetermined gaming options.Contingent gaming options 410 may be structures such that when atriggering event occurs over one or more than one gaming event, racingevent, and/or sporting event, the wager is activated.

Network interface 422 may allow electronic gaming device 400 tocommunicate with remote devices/systems such as, for example,video/multimedia server(s), accounting/transaction server(s), gamingserver(s), authentication server(s), player tracking server(s), voucherserver(s), etc.

Input devices 428 may be mechanical buttons, electronic buttons, atouchscreen, a microphone, cameras, an optical scanner, or anycombination thereof. Input devices 428 may be utilized to make a wager,to make an offer to buy or sell a voucher, to determine a voucher'sworth, to cash in a voucher, to modify (e.g., change sound level,configuration, font, language, etc.) electronic gaming device 400, toselect a movie or music, to select type of content to be displayed onmain and/or auxiliary screen(s) of EGD, or any combination thereof.

Arcade-Style Game Engine 442 may be configured or designed to manage thearcade-style game play portion (or entertainment portion) of the hybridarcade/wager-based game.

Wager-Based Game Engine 444 may be configured or designed to manage thewager-based game event portion(s) of the hybrid arcade/wager-based game.

Random Number Generator (RNG) Engine 446 may include software and/orhardware algorithm and/or processes which are used to generate randomoutcomes, and may be used by the Wager-Based Game Engine to generatewager-based game event outcomes, at least a portion of which maycorrespond to predetermined wager-based game event outcomes (asdescribed in greater detail below).

Display 426 may show video streams from one or more gaming devices,gaming objects from one or more gaming devices, computer generatedgraphics, predetermined gaming options, and/or contingent gamingoptions.

Memory 404 may include various memory modules 440. Memory 404 viavarious memory modules 440 may include a future betting module 406, apredetermined game options module 408, a contingent game options module410, a confirmation module 412, a validation module 414, a vouchermodule 416, a reporting module 418, a maintenance module 420, a playertracking preferences module 424, a searching module 430, and an accountmodule 432.

Future betting module 406 may store data relating to the predeterminedbetting structure. Processor 402 may utilize data in future bettingmodule 406 to generate predetermined gaming options and/or contingentgaming options. Any other processor (e.g., gaming server 225, anyvirtualized gaming server, etc.) may implement these functions ofprocessor 402.

Predetermined game options module 408 may store data relating topredetermined gaming options, which may be offered to a player.

Contingent game options module 410 may store data relating to contingentgaming options, which may be offered to a player.

Confirmation module 412 may utilize data received from a voucher, thetransaction history of the voucher (e.g., the voucher changed hands in asecondary market), and/or the identity of the player to confirm thevalue of the voucher. In another example, confirmation module 412 mayutilize game event data, along with voucher data to confirm the value ofthe voucher.

Validation module 414 may utilize data received from a voucher toconfirm the validity of the voucher.

Voucher module 416 may store data relating to generated vouchers,redeemed vouchers, bought vouchers, and/or sold vouchers.

Reporting module 418 may generate reports related to a performance ofelectronic gaming device 400, electronic gaming system(s), hybridarcade/wager-based game(s), video streams, gaming objects, creditdevice(s), identification device(s), etc.

In one implementation, reporting module 418 may reside on a centralserver and can aggregate and generate real time statistics on bettingactivities at one or more hybrid arcade/wager-based games at one or moreparticipating casino's. The aggregate betting statistics may includetrends (e.g., aggregate daily wager volume and wager amount by gametypes, by casinos, and the like), top games with the most payouts, toptables with the most payouts, top search structures used by players,most popular hybrid arcade/wager-based game(s) by wager volume, mostsearched for game, hybrid arcade/wager-based game(s) with least payouts,weekly trends, monthly trends, and other statistics related to gameplays, wagers, people, location, and searches.

The information and statistics generated by the server-based reportingmodule 418 can be displayed publicly or privately. For example, populartrending and statistical information on wager volume and wager amountfor the top ten hybrid arcade/wager-based games can be publiclydisplayed in a casino display system so that players can study anddecide what game to play, where, when, etc. Such a public display ofgeneral statistics can also be posted on the Internet, sent out as atext, an email, or multimedia message to the player's smart phones,tablets, desktop computer, etc. In another example, the trending andstatistical information can also be distributed privately to privilegedplayers such as casino club members.

Maintenance module 420 may track any maintenance that is implemented onelectronic gaming device 400 and/or electronic gaming system 200.Maintenance module 420 may schedule preventative maintenance and/orrequest a service call based on a device error.

Player tracking preferences module 424 may compile and track dataassociated with a players preferences.

Searching module 430 may include one or more searching structures, oneor more searching algorithms, and/or any other searching mechanisms. Thesearching structures may be predetermined searching structures. Forexample, the method may start searching a first device, then a seconddevice, then a third device, up to an N^(th) device based on one or moresearching parameters (e.g., triggering event). In one example, thesearch may end once one or more triggering events are determined. Inanother example, the search may end once data has been received from apredetermined number (e.g., one, two, ten, one hundred, all) of thedevices. In another example, the search may be based on a predeterminednumber of devices to be searched in combination with a predeterminednumber of search results to be obtained. In this example, the searchstructure may be a minimum of ten devices to be searched, along with aminimum of five gaming options to be determined.

In another example, the searching structures may be based on one or morespecific games (e.g., baccarat tables, roulette tables, blackjacktables, poker tables, craps tables, Sic Bo tables, etc.). Searchingstructure may search one or more of these games.

In another example, the searching structure may be based on a player'spreferences, past transactional history, player input, a particularhybrid arcade/wager-based game or game type, a particular EGD, aparticular casino, a particular location within a casino, game outcomesover a time period, payout over a time period, and/or any othercriteria. Searching algorithms may be dynamic searching programs, whichmay be modified based on one or more past results, as describedpreviously.

In another example, the search algorithm may generate a search prioritybased on the probability of success various events and/or conditions, asdescribed previously. In some embodiments, the search algorithm mayutilize any dynamic feedback procedure to enhance current and/or futuresearching results.

Account module 432 may include data relating to an account balance, awager limit, a number of wagers placed, credit limits, any other playerinformation, and/or any other account information.

Data from account module 432 may be utilized to determine whether awager may be accepted. For example, when a search has determined atriggering event, the device and/or system may determine whether toallow this wager based on one or more of a wager amount, a number ofwagers, a wager limit, an account balance, and/or any other criteria.

In at least one embodiment, at least a portion of the modules discussedin block diagram 400 may reside locally in gaming terminal 400. However,in at least some embodiments, the functions performed by these modulesmay be implemented in one or more remote servers. For instance, modules406-420 and 424 may each be on a remote server, communicating withgaming terminal 400 via a network interface such as Ethernet in a localor a wide area network topology. In some implementations, these serversmay be physical servers in a data center. In some other implementations,these servers may be virtualized. In yet some other implementations, thefunctions performed by these modules may be implemented as web services.For example, the predetermined game options module 408 may beimplemented in software as a web service provider. Gaming terminal 400would make service requests over the web for the available predeterminedwager options to be displayed. Regardless of how the modules and theirrespective functions are implemented, the interoperability with thegaming terminal 400 is seamless.

In one implementation, reporting module 418 may reside on a centralserver and can aggregate and generate real time statistics on bettingactivities at one or more hybrid arcade/wager-based games at one or moreparticipating casino's. The aggregate betting statistics may includetrends (e.g., aggregate daily wager volume and wager amount by gametypes, by casinos, and the like), top games with the most payouts, topEGDs with the most payouts, top search structures used by players, mostpopular hybrid arcade/wager-based game(s) by wager volume, most searchedfor game(s), EGDs with least payouts, weekly trends, monthly trends, andother statistics related to game plays, wagers, people, location, andsearches.

The information and statistics generated by the server-based reportingmodule 418 can be displayed publicly or privately. For example, populartrending and statistical information on wager volume and wager amountfor the top ten hybrid arcade/wager-based games can be publiclydisplayed in a casino display system so that players can study anddecide what game to play, where, when, etc. Such a public display ofgeneral statistics can also be posted on the Internet, sent out as atext, an email, or multimedia message to the player's smart phones,tablets, desktop computer, etc. In another example, the trending andstatistical information can also be distributed privately to privilegedplayers such as casino club members.

FIG. 5 is a simplified block diagram of an exemplary intelligentmulti-player electronic gaming system 500 in accordance with a specificembodiment. In some embodiments, gaming system 500 may be implemented asa gaming server. In other embodiments, gaming system 500 may beimplemented as an electronic gaming machine (e.g., EGM) or electronicgaming device (e.g., EGD).

As illustrated in the embodiment of FIG. 5, gaming system 500 includesat least one processor 510, at least one interface 506, and memory 516.Additionally, as illustrated in the example embodiment of FIG. 5, gamingsystem 500 includes at least one master gaming controller 512, amulti-touch sensor and display system 590, a plurality of peripheraldevice components 550, and various other components, devices, systemssuch as, for example, one or more of the following (e.g., orcombinations thereof):

-   -   Arcade-Style Game Engine(s) 541;    -   Wager-Based Game Engine(s) 543;    -   RNG Engine(s) 545;    -   Candle control system which, for example, may include        functionality for determining and/or controlling the appearances        of one or more candles, etc.;    -   Transponders 554;    -   Wireless communication components 556;    -   Gaming chip/wager token tracking components 570;    -   Games state tracking components 574;    -   Motion/gesture analysis and interpretation components 584.    -   Audio/video processors 583 which, for example, may include        functionality for detecting, analyzing and/or managing various        types of audio and/or video information relating to various        activities at the gaming system.    -   Various interfaces 506 b (e.g., for communicating with other        devices, components, systems, etc.);    -   Tournament manager 575;    -   Sensors 560;    -   One or more cameras 562;    -   One or more microphones 563;    -   Secondary display(s) 535 a;    -   Input devices 530 a;    -   Motion/gesture detection components 551;    -   Peripheral Devices 550;

Arcade-Style Game Engine(s) 541 may be configured or designed to managethe arcade-style game play portion (or entertainment portion) of thehybrid arcade/wager-based game.

Wager-Based Game Engine(s) 543 may be configured or designed to managethe wager-based game event portion(s) of the hybrid arcade/wager-basedgame.

Random Number Generator (RNG) Engine(s) 545 may include software and/orhardware algorithm and/or processes which are used to generate randomoutcomes, and may be used by the Wager-Based Game Engine to generatewager-based game event outcomes, at least a portion of which maycorrespond to predetermined wager-based game event outcomes (asdescribed in greater detail below).

Monetary Payout Manager 522 may be configured or designed to includefunctionality for determining the appropriate monetary payout(s) (ifany) to be distributed to player(s) based on the outcomes of thewager-based game events which are initiated during play of one or morehybrid arcade/wager-based games.

Non-Monetary Payout Manager 524 may be configured or designed to includefunctionality for determining the appropriate non-monetary payout(s) (ifany) to be awarded or distributed to player(s) based on the outcomes ofthe wager-based game events which are initiated during play of one ormore hybrid arcade/wager-based games.

One or more cameras (e.g., 562) may be used to monitor, stream and/orrecord image content and/or video content relating to persons or objectswithin each camera's view. For example, in at least one embodiment wherethe gaming system is implemented as an EGD, camera 562 may be used togenerate a live, real-time video feed of a player (e.g., or otherperson) who is currently interacting with the EGD. In some embodiments,camera 562 may be used to verify a user's identity (e.g., byauthenticating detected facial features), and/or may be used to monitoror tract facial expressions and/or eye movements of a user or player whois interacting with the gaming system.

In at least one embodiment, display system 590 may include one or moreof the following (e.g., or combinations thereof):

-   -   EGD controllers 591;    -   Multipoint sensing device(s) 592 (e.g., multi-touch surface        sensors/components);    -   Display device(s) 595;    -   Input/touch surface 596;    -   Etc.

According to various embodiments, display surface(s) 595 may include oneor more display screens utilizing various types of display technologiessuch as, for example, one or more of the following (e.g., orcombinations thereof): LCDs (e.g., Liquid Crystal Display), Plasma,OLEDs (e.g., Organic Light Emitting Display), TOLED (e.g., TransparentOrganic Light Emitting Display), Flexible (e.g., F)OLEDs, Active matrix(e.g., AM) OLED, Passive matrix (e.g., PM) OLED, Phosphorescent (e.g.,PH) OLEDs, SEDs (e.g., surface-conduction electron-emitter display), EPD(e.g., ElectroPhoretic display), FEDs (e.g., Field Emission Displays)and/or other suitable display technology. EPD displays may be providedby E-ink of Cambridge, Mass. OLED displays of the type list above may beprovided by Universal Display Corporation, Ewing, N.J.

In at least one embodiment, master gaming controller 512 may include oneor more of the following (e.g., or combinations thereof):

-   -   Authentication/validation components 544;    -   Device drivers 552;    -   Logic devices 513, which may include one or more processors 510;    -   Memory 516, which may include one or more of the following        (e.g., or combinations thereof): configuration software 514,        non-volatile memory 519, EPROMS 508, RAM 509, associations 518        between indicia and configuration software, etc.;    -   Interfaces 506;    -   Etc.

In at least one embodiment, Peripheral Devices 550 may include one ormore of the following (e.g., or combinations thereof):

-   -   Power distribution components 558;    -   Non-volatile memory 519 a (e.g., and/or other types of memory);    -   Bill acceptor 553;    -   Ticket I/O 555;    -   Player tracking I/O 557;    -   Meters 559 (e.g., hard and/or soft meters);    -   Meter detect circuitry 559 a;    -   Processor(s) 510 a;    -   Interface(s) 506 a;    -   Display(s) 535;    -   Independent security system 561;    -   Door detect switches 567;    -   Candles, etc. 571;    -   Input devices 530;    -   Etc.

In one implementation, processor 510 and master gaming controller 512are included in a logic device 513 enclosed in a logic device housing.The processor 510 may include any conventional processor or logic deviceconfigured to execute software allowing various configuration andreconfiguration tasks such as, for example: a) communicating with aremote source via communication interface 506, such as a server thatstores authentication information or games; b) converting signals readby an interface to a format corresponding to that used by software ormemory in the gaming system; c) accessing memory to configure orreconfigure game parameters in the memory according to indicia read fromthe device; d) communicating with interfaces, various peripheral devicesand/or I/O devices; e) operating peripheral devices such as, forexample, card readers, paper ticket readers, etc.; f) operating variousI/O devices such as, for example, displays 535, input devices 530; etc.For instance, the processor 510 may send messages including game playinformation to the displays 535 to inform players of game play/eventinformation, wagering information, and/or other desired information.

In at least one implementation, the gaming system may include cardreaders such as used with credit cards, or other identification codereading devices to allow or require player identification in connectionwith play of the card game and associated recording of game action. Sucha player identification interface can be implemented in the form of avariety of magnetic card readers commercially available for reading aplayer-specific identification information. The player-specificinformation can be provided on specially constructed magnetic cardsissued by a casino, or magnetically coded credit cards or debit cardsfrequently used with national credit organizations such as Visa,Mastercard, American Express, or banks and other institutions.

The gaming system may include other types of participant identificationmechanisms which may use a fingerprint image, eye blood vessel imagereader, or other suitable biological information to confirm identity ofthe player. Such personalized identification information could also beused to confirm credit use of a smart card, transponder, and/or player'spersonal player input device (e.g., UID).

The gaming system 500 also includes memory 516 which may include, forexample, volatile memory (e.g., RAM 509), non-volatile memory 519 (e.g.,disk memory, FLASH memory, EPROMs, etc.), unalterable memory (e.g.,EPROMs 508), etc. The memory may be configured or designed to store, forexample: 1) configuration software 514 such as all the parameters andsettings for a game playable on the gaming system; 2) associations 518between configuration indicia read from a device with one or moreparameters and settings; 3) communication protocols allowing theprocessor 510 to communicate with peripheral devices and I/O devices 4)a secondary memory storage device 515 such as a non-volatile memorydevice, configured to store gaming software related information (e.g.,the gaming software related information and memory may be used to storevarious audio files and games not currently being used and invoked in aconfiguration or reconfiguration); 5) communication transport protocols(e.g., such as, for example, TCP/IP, USB, Firewire, IEEE1394, Bluetooth,IEEE 802.11x (e g, IEEE 802.11 standards), hiperlan/2, HomeRF, etc.) forallowing the gaming system to communicate with local and non-localdevices using such protocols; etc. In one implementation, the mastergaming controller 512 communicates using a serial communicationprotocol. A few examples of serial communication protocols that may beused to communicate with the master gaming controller include but arenot limited to USB, RS-232 and Netplex (e.g., a proprietary protocoldeveloped by IGT, Reno, Nev.).

A plurality of device drivers 552 may be stored in memory 516. Exampleof different types of device drivers may include device drivers forgaming system components, device drivers for gaming system components,etc. Typically, the device drivers 552 utilize a communication protocolof some type that enables communication with a particular physicaldevice. The device driver abstracts the hardware implementation of adevice. For example, a device drive may be written for each type of cardreader that may be potentially connected to the gaming system. Examplesof communication protocols used to implement the device drivers includeNetplex, USB, Serial, Ethernet, Firewire, I/O debouncer, direct memorymap, serial, PCI, parallel, RF, Bluetooth™, near-field communications(e.g., using near-field magnetics), 802.11 (e.g., WiFi), etc. Netplex isa proprietary IGT standard while the others are open standards.According to a specific embodiment, when one type of a particular deviceis exchanged for another type of the particular device, a new devicedriver may be loaded from the memory 516 by the processor 510 to allowcommunication with the device. For instance, one type of card reader ingaming system 500 may be replaced with a second type of card readerwhere device drivers for both card readers are stored in the memory 516.

In some embodiments, the software units stored in the memory 516 may beupgraded as needed. For instance, when the memory 516 is a hard drive,new games, game options, various new parameters, new settings forexisting parameters, new settings for new parameters, device drivers,and new communication protocols may be uploaded to the memory from themaster gaming controller 512 or from some other external device. Asanother example, when the memory 516 includes a CD/DVD drive including aCD/DVD designed or configured to store game options, parameters, andsettings, the software stored in the memory may be upgraded by replacinga first CD/DVD with a second CD/DVD. In yet another example, when thememory 516 uses one or more flash memory 519 or EPROM 508 units designedor configured to store games, game options, parameters, settings, thesoftware stored in the flash and/or EPROM memory units may be upgradedby replacing one or more memory units with new memory units whichinclude the upgraded software. In another embodiment, one or more of thememory devices, such as the hard-drive, may be employed in a gamesoftware download process from a remote software server.

In some embodiments, the gaming system 500 may also include variousauthentication and/or validation components 544 which may be used forauthenticating/validating specified gaming system components such as,for example, hardware components, software components, firmwarecomponents, information stored in the gaming system memory 516, etc.Examples of various authentication and/or validation components aredescribed in U.S. Pat. No. 6,620,047, entitled, “ELECTRONIC GAMINGAPPARATUS HAVING AUTHENTICATION DATA SETS,” incorporated herein byreference in its entirety for all purposes.

Sensors 560 may include, for example, optical sensors, pressure sensors,RF sensors, Infrared sensors, motion sensors, audio sensors, imagesensors, thermal sensors, biometric sensors, etc. As mentionedpreviously, such sensors may be used for a variety of functions such as,for example: detecting the presence and/or monetary amount of gamingchips which have been placed within a player's wagering zone; detecting(e.g., in real time) the presence and/or monetary amount of gaming chipswhich are within the player's personal space; etc.

In one implementation, at least a portion of the sensors 560 and/orinput devices 530 may be implemented in the form of touch keys selectedfrom a wide variety of commercially available touch keys used to provideelectrical control signals. Alternatively, some of the touch keys may beimplemented in another form which are touch sensors such as thoseprovided by a touchscreen display. For example, in at least oneimplementation, the gaming system player may include input functionalityfor enabling players to provide their game play decisions/instructions(e.g., and/or other input) to the EGD using the touch keys and/or otherplayer control sensors/buttons. Additionally, such input functionalitymay also be used for allowing players to provide input to other devicesin the casino gaming network (e.g., such as, for example, playertracking systems, side wagering systems, etc.)

Wireless communication components 556 may include one or morecommunication interfaces having different architectures and utilizing avariety of protocols such as, for example, 802.11 (e.g., WiFi), 802.15(e.g., including Bluetooth™), 802.16 (e.g., WiMax), 802.22, Cellularstandards such as CDMA, CDMA2000, WCDMA, Radio Frequency (e.g., RFID),Infrared, Near Field Magnetic communication protocols, etc. Thecommunication links may transmit electrical, electromagnetic or opticalsignals which carry digital data streams or analog signals representingvarious types of information.

An example of a near-field communication protocol is the ECMA-340 “NearField Communication—Interface and Protocol (e.g., NFCIP-1)”, publishedby ECMA International (e.g., www.ecma-international.org), hereinincorporated by reference in its entirety for all purposes. It will beappreciated that other types of Near Field Communication protocols maybe used including, for example, near field magnetic communicationprotocols, near field RF communication protocols, and/or other wirelessprotocols which provide the ability to control with relative precision(e.g., on the order of centimeters, inches, feet, meters, etc.) theallowable radius of communication between at least 5 devices using suchwireless communication protocols.

Power distribution components 558 may include, for example, componentsor devices which are operable for providing wireless power to otherdevices. For example, in one implementation, the power distributioncomponents 558 may include a magnetic induction system which is adaptedto provide wireless power to one or more portable UIDs at the gamingsystem. In one implementation, a UID docking region may include a powerdistribution component which is able to recharge a UID placed within theUID docking region without requiring metal-to-metal contact.

In at least one embodiment, motion/gesture detection component(s) 551may be configured or designed to detect player movements and/or gesturesand/or other input data from the player. In some embodiments, eachgaming system may have its own respective motion/gesture detectioncomponent(s). In other embodiments, motion/gesture detectioncomponent(s) 551 may be implemented as a separate sub-system of thegaming system which is not associated with any one specific gamingsystem or device.

FIG. 14 shows an example block diagram of an alternate embodiment of anelectronic gaming machine which may be configured or designed toimplement one or more of the hybrid arcade/wager-based gaming aspectsdescribed herein. As illustrated in the example embodiment of FIG. 14,the electronic gaming machine 1400 may include, but are not limited to,one or more of the following component(s) (or combinations thereof):

-   -   One or more display(s) (1404, 1406).    -   HID I/O component(s) (1410, 1414).    -   Payout I/O component(s) (1408).    -   Cash/Credit/Coin I/O c component(s) (1412).    -   CPUs/Processor(s)/Gaming Controller(s) (1420).    -   Memory (1424).    -   One or more Graphics Processor(s) (GPU) (1418).    -   RNG I/O component(s) (1422, 1428).    -   Other I/O component(s) (1416, 1426).    -   Interface(s) to one or more External Services (1430).

FIG. 6 is a simplified block diagram of an exemplary mobile gamingdevice 600 in accordance with a specific embodiment. In at least oneembodiment, one or more players may participate in a wager-based,arcade-style video game session using mobile gaming devices. In at leastsome embodiments, the mobile gaming device may be configured or designedto include or provide functionality which is similar to that of anelectronic gaming device (e.g., EGD) such as that described, forexample, in FIG. 4.

As illustrated in the example of FIG. 6, mobile gaming device 600 mayinclude a variety of components, modules and/or systems for providingvarious functionality. For example, as illustrated in FIG. 6, mobilegaming device 600 may include Mobile Device Application components(e.g., 660), which, for example, may include, but are not limited to,one or more of the following (e.g., or combinations thereof):

-   -   UI Components 662 such as those illustrated, described, and/or        referenced herein.    -   Database Components 664 such as those illustrated, described,        and/or referenced herein.    -   Processing Components 666 such as those illustrated, described,        and/or referenced herein.    -   Other Components 668 which, for example, may include components        for facilitating and/or enabling the mobile gaming device to        perform and/or initiate various types of operations, activities,        functions such as those described herein.

In at least one embodiment, the mobile gaming device may include MobileDevice App Component(s) which have been configured or designed toprovide functionality for enabling or implementing at least a portion ofthe various hybrid arcade/wager-based game techniques at the mobilegaming device.

According to specific embodiments, various aspects, features, and/orfunctionalities of the mobile gaming device may be performed,implemented and/or initiated by one or more of the following types ofsystems, components, systems, devices, procedures, processes, etc.(e.g., or combinations thereof):

-   -   Processor(s) 610    -   Device Drivers 642    -   Memory 616    -   Interface(s) 606    -   Power Source(s)/Distribution 643    -   Geolocation module 646    -   Display(s) 635    -   I/O Devices 630    -   Audio/Video devices(s) 639    -   Peripheral Devices 631    -   Motion Detection module 640    -   User Identification/Authentication module 647    -   Client App Component(s) 660    -   Other Component(s) 668    -   UI Component(s) 662    -   Database Component(s) 664    -   Processing Component(s) 666    -   Software/Hardware Authentication/Validation 644    -   Wireless communication module(s) 645    -   Information Filtering module(s) 649    -   Operating mode selection component 648    -   Speech Processing module 654    -   Scanner/Camera 652    -   OCR Processing Engine 656    -   etc.

FIG. 7 illustrates an example embodiment of a system server 780 whichmay be used for implementing various aspects/features described herein.In at least one embodiment, the system server 780 includes at least onenetwork device 760, and at least one storage device 770 (e.g., such as,for example, a direct attached storage device). In one embodiment,system server 780 may be suitable for implementing at least some of thehybrid arcade/wager-based game techniques described herein.

In according to one embodiment, network device 760 may include a mastercentral processing unit (e.g., CPU) 762, interfaces 768, and a bus 767(e.g., a PCI bus). When acting under the control of appropriate softwareor firmware, the CPU 762 may be responsible for implementing specificfunctions associated with the functions of a desired network device. Forexample, when configured as a server, the CPU 762 may be responsible foranalyzing packets; encapsulating packets; forwarding packets toappropriate network devices; instantiating various types of virtualmachines, virtual interfaces, virtual storage volumes, virtualappliances; etc. The CPU 762 preferably accomplishes at least a portionof these functions under the control of software including an operatingsystem (e.g., Linux), and any appropriate system software (e.g., suchas, for example, AppLogic (e.g., TM) software).

CPU 762 may include one or more processors 763 such as, for example, oneor more processors from the AMD, Motorola, Intel and/or MIPS families ofmicroprocessors. In an alternative embodiment, processor 763 may bespecially designed hardware for controlling the operations of systemserver 780. In a specific embodiment, a memory 761 (e.g., such asnon-volatile RAM and/or ROM) also forms part of CPU 762. However, theremay be many different ways in which memory could be coupled to thesystem. Memory block 761 may be used for a variety of purposes such as,for example, caching and/or storing data, programming instructions, etc.

The interfaces 768 may be typically provided as interface cards (e.g.,sometimes referred to as “line cards”). Alternatively, one or more ofthe interfaces 768 may be provided as on-board interface controllersbuilt into the system motherboard. Generally, they control the sendingand receiving of data packets over the network and sometimes supportother peripherals used with the system server 780. Among the interfacesthat may be provided may be FC interfaces, Ethernet interfaces, framerelay interfaces, cable interfaces, DSL interfaces, token ringinterfaces, Infiniband interfaces, and the like. In addition, variousvery high-speed interfaces may be provided, such as fast Ethernetinterfaces, Gigabit Ethernet interfaces, ATM interfaces, HSSIinterfaces, POS interfaces, FDDI interfaces, ASI interfaces, DHEIinterfaces and the like. Other interfaces may include one or morewireless interfaces such as, for example, 802.11 (e.g., WiFi)interfaces, 802.15 interfaces (e.g., including Bluetooth™) 802.16 (e.g.,WiMax) interfaces, 802.22 interfaces, Cellular standards such as CDMAinterfaces, CDMA2000 interfaces, WCDMA interfaces, TDMA interfaces,Cellular 3G interfaces, etc.

Generally, one or more interfaces may include ports appropriate forcommunication with the appropriate media. In some cases, they may alsoinclude an independent processor and, in some instances, volatile RAM.The independent processors may control such communications intensivetasks as packet switching, media control and management. By providingseparate processors for the communications intensive tasks, theseinterfaces allow the master microprocessor 762 to efficiently performrouting computations, network diagnostics, security functions, etc.

In at least one embodiment, some interfaces may be configured ordesigned to allow the system server 780 to communicate with othernetwork devices associated with various local area network (e.g., LANs)and/or wide area networks (e.g., WANs). Other interfaces may beconfigured or designed to allow network device 760 to communicate withone or more direct attached storage device(s) 770.

Although the system shown in FIG. 7 illustrates one specific networkdevice described herein, it is by no means the only network devicearchitecture on which one or more embodiments can be implemented. Forexample, an architecture having a single processor that handlescommunications as well as routing computations, etc. may be used.Further, other types of interfaces and media could also be used with thenetwork device.

Regardless of network device's configuration, it may employ one or morememories or memory modules (e.g., such as, for example, memory block765, which, for example, may include random access memory (e.g., RAM))configured to store data, program instructions for the general-purposenetwork operations and/or other information relating to thefunctionality of the various hybrid arcade/wager-based game techniquesdescribed herein. The program instructions may control the operation ofan operating system and/or one or more applications, for example. Thememory or memories may also be configured to store data structures,and/or other specific non-program information described herein.

Because such information and program instructions may be employed toimplement the systems/methods described herein, one or more embodimentsrelates to machine readable media that include program instructions,state information, etc. for performing various operations describedherein. Examples of machine-readable storage media include, but are notlimited to, magnetic media such as hard disks, floppy disks, andmagnetic tape; optical media such as CD-ROM disks; magneto-optical mediasuch as floptical disks; and hardware devices that may be speciallyconfigured to store and perform program instructions, such as read-onlymemory devices (e.g., ROM) and random access memory (e.g., RAM). Someembodiments may also be embodied in transmission media such as, forexample, a carrier wave travelling over an appropriate medium such asairwaves, optical lines, electric lines, etc. Examples of programinstructions include both machine code, such as produced by a compiler,and files containing higher level code that may be executed by thecomputer using an interpreter.

FIG. 8 illustrates an example of a functional block diagram of a GamingSystem Server in accordance with a specific embodiment. In at least oneembodiment, the Virtual Live electronic gaming device System Server maybe operable to perform and/or implement various types of functions,operations, actions, and/or other features, such as, for example, one ormore of those described and/or referenced herein.

In at least one embodiment, the Gaming System Server may include aplurality of components operable to perform and/or implement varioustypes of functions, operations, actions, and/or other features such as,for example, one or more of the following (e.g., or combinationsthereof):

-   -   Context Interpreter (e.g., 802) which, for example, may be        operable to automatically and/or dynamically analyze contextual        criteria relating to a detected set of event(s) and/or        condition(s), and automatically determine or identify one or        more contextually appropriate response(s) based on the        contextual interpretation of the detected event(s)/condition(s).        According to different embodiments, examples of contextual        criteria which may be analyzed may include, but are not limited        to, one or more of the following (e.g., or combinations        thereof):        -   location-based criteria (e.g., geolocation of mobile gaming            device, geolocation of EGD, etc.)        -   time-based criteria        -   identity of user(s)        -   user profile information        -   transaction history information        -   recent user activities        -   etc.    -   Time Synchronization Engine (e.g., 804) which, for example, may        be operable to manage universal time synchronization (e.g., via        NTP and/or GPS)    -   Search Engine (e.g., 828) which, for example, may be operable to        search for transactions, logs, game history information, player        information, hybrid arcade/wager-based game information, etc.,        which may be accessed from one or more local and/or remote        databases.    -   Configuration Engine (e.g., 832) which, for example, may be        operable to determine and handle configuration of various        customized configuration parameters for one or more devices,        component(s), system(s), process(es), etc.    -   Time Interpreter (e.g., 818) which, for example, may be operable        to automatically and/or dynamically modify or change identifier        activation and expiration time(s) based on various criteria such        as, for example, time, location, transaction status, etc.    -   Authentication/Validation Component(s) (e.g., 847) (e.g.,        password, software/hardware info, SSL certificates) which, for        example, may be operable to perform various types of        authentication/validation tasks such as one or more of those        described and/or referenced herein.    -   Transaction Processing Engine (e.g., 822) which, for example,        may be operable to handle various types of transaction        processing tasks such as, for example, one or more of those        described and/or referenced herein.    -   OCR Processing Engine (e.g., 834) which, for example, may be        operable to perform image processing and optical character        recognition of images such as those captured by a gaming device        camera, for example.    -   Database Manager (e.g., 826) which, for example, may be operable        to handle various types of tasks relating to database updating,        database management, database access, etc. In at least one        embodiment, the Database Manager may be operable to manage game        history databases, player tracking databases, etc.    -   Log Component(s) (e.g., 809) which, for example, may be operable        to generate and manage transactions history logs, system errors,        connections from APIs, etc.    -   Status Tracking Component(s) (e.g., 812) which, for example, may        be operable to automatically and/or dynamically determine,        assign, and/or report updated transaction status information        based, for example, on the state of the transaction.    -   Gateway Component(s) which, for example, may be operable to        facilitate and manage communications and transactions with        external Payment Gateways.    -   Web Interface Component(s) (e.g., 808) which, for example, may        be operable to facilitate and manage communications and        transactions with virtual live electronic gaming device web        portal(s).    -   API Interface(s) to Gaming System Server(s) which, for example,        may be operable to facilitate and manage communications and        transactions with API Interface(s) to Gaming System Server(s)    -   API Interface(s) to 3rd Party System Server(s) (e.g., 848)        which, for example, may be operable to facilitate and manage        communications and transactions with API Interface(s) to 3rd        Party System Server(s)    -   At least one processor 810. In at least one embodiment, the        processor(s) 810 may include one or more commonly known CPUs        which are deployed in many of today's consumer electronic        devices, such as, for example, CPUs or processors from the        Motorola or Intel family of microprocessors, etc. In an        alternative embodiment, at least one processor may be specially        designed hardware for controlling the operations of a gaming        system. In a specific embodiment, a memory (e.g., such as        non-volatile RAM and/or ROM) also forms part of CPU. When acting        under the control of appropriate software or firmware, the CPU        may be responsible for implementing specific functions        associated with the functions of a desired network device. The        CPU preferably accomplishes all these functions under the        control of software including an operating system, and any        appropriate applications software.    -   Memory 816, which, for example, may include volatile memory        (e.g., RAM), non-volatile memory (e.g., disk memory, FLASH        memory, EPROMs, etc.), unalterable memory, and/or other types of        memory. In at least one implementation, the memory 816 may        include functionality similar to at least a portion of        functionality implemented by one or more commonly known memory        devices such as those described herein and/or generally known to        one having ordinary skill in the art. According to different        embodiments, one or more memories or memory modules (e.g.,        memory blocks) may be configured or designed to store data,        program instructions for the functional operations of the mobile        gaming system and/or other information relating to the        functionality of the various Mobile Transaction techniques        described herein. The program instructions may control the        operation of an operating system and/or one or more        applications, for example. The memory or memories may also be        configured to store data structures, metadata, identifier        information/images, and/or information/data relating to other        features/functions described herein.    -   Interface(s) 806 which, for example, may include wired        interfaces and/or wireless interfaces. In at least one        implementation, the interface(s) 806 may include functionality        similar to at least a portion of functionality implemented by        one or more computer system interfaces such as those described        herein and/or generally known to one having ordinary skill in        the art.    -   Device driver(s) 842. In at least one implementation, the device        driver(s) 842 may include functionality similar to at least a        portion of functionality implemented by one or more computer        system driver devices such as those described herein and/or        generally known to one having ordinary skill in the art.    -   One or more display(s) 835.    -   Messaging Server Component(s) 836, which, for example, may be        configured or designed to provide various functions and        operations relating to messaging activities and communications.    -   Network Server Component(s) 837, which, for example, may be        configured or designed to provide various functions and        operations relating to network server activities and        communications.    -   User Account/Profile Manager component(s) 807.    -   Etc.

FIG. 9 shows a block diagram illustrating components of a gaming system900 which may be used for implementing various aspects of exampleembodiments. In FIG. 9, the components of a gaming system 900 forproviding game software licensing and downloads are describedfunctionally. The described functions may be instantiated in hardware,firmware and/or software and executed on a suitable device. In thesystem 900, there may be many instances of the same function, such asmultiple game play interfaces 911. Nevertheless, in FIG. 9, only oneinstance of each function is shown. The functions of the components maybe combined. For example, a single device may comprise the game playinterface 911 and include trusted memory devices or sources 909.

The gaming system 900 may receive inputs from different groups/entitiesand output various services and or information to these groups/entities.For example, game players 925 primarily input cash or indicia of creditinto the system, make game selections that trigger software downloads,and receive entertainment in exchange for their inputs. Game softwarecontent providers provide game software for the system and may receivecompensation for the content they provide based on licensing agreementswith the gaming machine operators. Gaming machine operators select gamesoftware for distribution, distribute the game software on the gamingdevices in the system 900, receive revenue for the use of their softwareand compensate the gaming machine operators. The gaming regulators 930may provide rules and regulations that must be applied to the gamingsystem and may receive reports and other information confirming thatrules are being obeyed.

In the following paragraphs, details of each component and some of theinteractions between the components are described with respect to FIG.9. The game software license host 901 may be a server connected to anumber of remote gaming devices that provides licensing services to theremote gaming devices. For example, in other embodiments, the licensehost 901 may 1) receive token requests for tokens used to activatesoftware executed on the remote gaming devices, 9) send tokens to theremote gaming devices, 3) track token usage and 4) grant and/or renewsoftware licenses for software executed on the remote gaming devices.The token usage may be used in utility based licensing schemes, such asa pay-per-use scheme.

In another embodiment, a game usage-tracking host 922 may track theusage of game software on a plurality of devices in communication withthe host. The game usage-tracking host 922 may be in communication witha plurality of game play hosts and gaming machines. From the game playhosts and gaming machines, the game usage tracking host 922 may receiveupdates of an amount that each game available for play on the devicesmay be played and on amount that may be wagered per game. Thisinformation may be stored in a database and used for billing accordingto methods described in a utility based licensing agreement.

The game software host 902 may provide game software downloads, such asdownloads of game software or game firmware, to various devious in thegame system 900. For example, when the software to generate the game isnot available on the game play interface 911, the game software host 902may download software to generate a selected game of chance played onthe game play interface. Further, the game software host 902 maydownload new game content to a plurality of gaming machines via arequest from a gaming machine operator.

In one embodiment, the game software host 902 may also be a gamesoftware configuration-tracking host 913. The function of the gamesoftware configuration-tracking host is to keep records of softwareconfigurations and/or hardware configurations for a plurality of devicesin communication with the host (e.g., denominations, number of paylines,paytables, max/min wagers). Details of a game software host and a gamesoftware configuration host that may be used with example embodimentsare described in co-pending U.S. Pat. No. 6,645,077, by Rowe, titled,“Gaming Terminal Data Repository and Information System,” filed Dec. 91,9000, which is incorporated herein in its entirety and for all purposes.

A game play host device 903 may be a host server connected to aplurality of remote clients that generates games of chance that aredisplayed on a plurality of remote game play interfaces 911. Forexample, the game play host device 903 may be a server that providescentral determination for a bingo game play played on a plurality ofconnected game play interfaces 911. As another example, the game playhost device 903 may generate games of chance, such as slot games orvideo card games, for display on a remote client. A game player usingthe remote client may be able to select from a number of games that areprovided on the client by the host device 903. The game play host device903 may receive game software management services, such as receivingdownloads of new game software, from the game software host 902 and mayreceive game software licensing services, such as the granting orrenewing of software licenses for software executed on the device 903,from the game license host 901.

In particular embodiments, the game play interfaces or other gamingdevices in the gaming system 900 may be portable devices, such aselectronic tokens, cell phones, smart cards, tablet PC's and PDA's. Theportable devices may support wireless communications and thus, may bereferred to as wireless mobile devices. The network hardwarearchitecture 916 may be enabled to support communications betweenwireless mobile devices and other gaming devices in gaming system. Inone embodiment, the wireless mobile devices may be used to play games ofchance.

The gaming system 900 may use a number of trusted information sources.Trusted information sources 904 may be devices, such as servers, thatprovide information used to authenticate/activate other pieces ofinformation. CRC values used to authenticate software, license tokensused to allow the use of software or product activation codes used toactivate software are examples of trusted information that might beprovided from a trusted information source 904. Trusted informationsources may be a memory device, such as an EPROM, that includes trustedinformation used to authenticate other information. For example, a gameplay interface 911 may store a private encryption key in a trustedmemory device that is used in a private key-public key encryption schemeto authenticate information from another gaming device.

When a trusted information source 904 is in communication with a remotedevice via a network, the remote device will employ a verificationscheme to verify the identity of the trusted information source. Forexample, the trusted information source and the remote device mayexchange information using public and private encryption keys to verifyeach other's identities. In another example of an embodiment, the remotedevice and the trusted information source may engage in methods usingzero knowledge proofs to authenticate each of their respectiveidentities. Details of zero knowledge proofs that may be used withexample embodiments are described in US publication no. 9003/0203756, byJackson, filed on Apr. 95, 9002 and titled, “Authentication in a SecureComputerized Gaming System, which is incorporated herein in its entiretyand for all purposes.

Gaming devices storing trusted information might utilize apparatus ormethods to detect and prevent tampering. For instance, trustedinformation stored in a trusted memory device may be encrypted toprevent its misuse. In addition, the trusted memory device may besecured behind a locked door. Further, one or more sensors may becoupled to the memory device to detect tampering with the memory deviceand provide some record of the tampering. In yet another example, thememory device storing trusted information might be designed to detecttampering attempts and clear or erase itself when an attempt attampering may be detected.

The gaming system 900 of example embodiments may include devices 906that provide authorization to download software from a first device to asecond device and devices 907 that provide activation codes orinformation that allow downloaded software to be activated. The devices,906 and 907, may be remote servers and may also be trusted informationsources. One example of a method of providing product activation codesthat may be used with example embodiments is describes in previouslyincorporated U.S. Pat. No. 6,264,561.

A device 906 that monitors a plurality of gaming devices to determineadherence of the devices to gaming jurisdictional rules 908 may beincluded in the system 900. In one embodiment, a gaming jurisdictionalrule server may scan software and the configurations of the software ona number of gaming devices in communication with the gaming rule serverto determine whether the software on the gaming devices is valid for usein the gaming jurisdiction where the gaming device is located. Forexample, the gaming rule server may request a digital signature, such asCRC's, of particular software components and compare them with anapproved digital signature value stored on the gaming jurisdictionalrule server.

Further, the gaming jurisdictional rule server may scan the remotegaming device to determine whether the software is configured in amanner that is acceptable to the gaming jurisdiction where the gamingdevice is located. For example, a maximum wager limit may vary fromjurisdiction to jurisdiction and the rule enforcement server may scan agaming device to determine its current software configuration and itslocation and then compare the configuration on the gaming device withapproved parameters for its location.

A gaming jurisdiction may include rules that describe how game softwaremay be downloaded and licensed. The gaming jurisdictional rule servermay scan download transaction records and licensing records on a gamingdevice to determine whether the download and licensing was carried outin a manner that is acceptable to the gaming jurisdiction in which thegaming device is located. In general, the game jurisdictional ruleserver may be utilized to confirm compliance to any gaming rules passedby a gaming jurisdiction when the information needed to determine rulecompliance is remotely accessible to the server.

Game software, firmware or hardware residing a particular gaming devicemay also be used to check for compliance with local gamingjurisdictional rules. In one embodiment, when a gaming device isinstalled in a particular gaming jurisdiction, a software programincluding jurisdiction rule information may be downloaded to a securememory location on a gaming machine or the jurisdiction rule informationmay be downloaded as data and utilized by a program on the gamingmachine. The software program and/or jurisdiction rule information maycheck the gaming device software and software configurations forcompliance with local gaming jurisdictional rules. In anotherembodiment, the software program for ensuring compliance andjurisdictional information may be installed in the gaming machine priorto its shipping, such as at the factory where the gaming machine ismanufactured.

The gaming devices in game system 900 may utilize trusted softwareand/or trusted firmware. Trusted firmware/software is trusted in thesense that is used with the assumption that it has not been tamperedwith. For instance, trusted software/firmware may be used toauthenticate other game software or processes executing on a gamingdevice. As an example, trusted encryption programs and authenticationprograms may be stored on an EPROM on the gaming machine or encoded intoa specialized encryption chip. As another example, trusted gamesoftware, e.g., game software approved for use on gaming devices by alocal gaming jurisdiction may be required on gaming devices on thegaming machine.

In example embodiments, the devices may be connected by a network 916with different types of hardware using different hardware architectures.Game software can be quite large and frequent downloads can place asignificant burden on a network, which may slow information transferspeeds on the network. For game-on-demand services that require frequentdownloads of game software in a network, efficient downloading isessential for the service to viable. Thus, in example embodiments,network efficient devices 910 may be used to actively monitor andmaintain network efficiency. For instance, software locators may be usedto locate nearby locations of game software for peer-to-peer transfersof game software. In another example, network traffic may be monitoredand downloads may be actively rerouted to maintain network efficiency.

One or more devices in example embodiments may provide game software andgame licensing related auditing, billing and reconciliation reports toserver 912. For example, a software licensing billing server maygenerate a bill for a gaming device operator based upon a usage of gamesover a time period on the gaming devices owned by the operator. Inanother example, a software auditing server may provide reports on gamesoftware downloads to various gaming devices in the gaming system 900and current configurations of the game software on these gaming devices.

At particular time intervals, the software auditing server 912 may alsorequest software configurations from a number of gaming devices in thegaming system. The server may then reconcile the software configurationon each gaming device. In one embodiment, the software auditing server912 may store a record of software configurations on each gaming deviceat particular times and a record of software download transactions thathave occurred on the device. By applying each of the recorded gamesoftware download transactions since a selected time to the softwareconfiguration recorded at the selected time, a software configuration isobtained. The software auditing server may compare the softwareconfiguration derived from applying these transactions on a gamingdevice with a current software configuration obtained from the gamingdevice. After the comparison, the software-auditing server may generatea reconciliation report that confirms that the download transactionrecords are consistent with the current software configuration on thedevice. The report may also identify any inconsistencies. In anotherembodiment, both the gaming device and the software auditing server maystore a record of the download transactions that have occurred on thegaming device and the software auditing server may reconcile theserecords.

There are many possible interactions between the components describedwith respect to FIG. 9. Many of the interactions are coupled. Forexample, methods used for game licensing may affect methods used forgame downloading and vice versa. For the purposes of explanation,details of a few possible interactions between the components of thesystem 900 relating to software licensing and software downloads havebeen described. The descriptions are selected to illustrate particularinteractions in the game system 900. These descriptions are provided forthe purposes of explanation only and are not intended to limit the scopeof example embodiments described herein.

Predetermined RNG Outcome Batch Retrieval Functionality

According to different embodiments, RNG I/O component(s) (e.g., 1422,1428, FIG. 14) may include Class 3-type RNG I/O component(s) and/orClass 2-type RNG I/O component(s). In the event of a wager-basedtriggering event (e.g., initiated via player HID), a series ofcalls/checks may be automatically performed by the EGM to access atleast one local and/or remote RNG server/service, such as, for example,one or more of the following (or combinations thereof):

-   -   Local Casino Class 2 RNG System(s)/Service(s) (e.g., 124, FIG.        1);    -   Local Casino Class 3 RNG System(s)/Service(s) (e.g., 126, FIG.        1);    -   Remote Class 2 RNG System(s)/Service(s) (e.g., 194, FIG. 1);    -   Remote Class 3 RNG System(s)/Service(s) (e.g., 196, FIG. 1);    -   Etc.

In some embodiments, individual NPC spawning events may each trigger arespective predetermined RNG outcome retrieval event, and each retrievedpredetermined RNG outcome value may be stored (e.g., in encrypted form)in EGM memory and associated with its respective, spawned NPC.

Alternatively, in at least some other embodiments, a HAWG-based EGM maybe configured or designed to automatically and/or dynamically access orretrieve one or more “batches” or “pools” of predetermined RNG outcomesfrom one or more local and/or remote RNG server(s)/service(s), which, inturn, enables more intense gambling intervals to occur at the hybridarcade/wager-based game without “stressing” the system and/or withoutcausing the occurrence of “lag” (e.g., delay and/or a drop in frames persecond) in game play and/or wager-based gaming events.

Because the occurrence of lag is undesirable in wager-based gaming, ithas heretofore been desirable to configure or design wager-based gamesin a manner which avoids or minimizes the introduction of lag inwager-based game play. For example, since communication latency is onefactor which may significantly contribute to the introduction of lag inwager-based game play, it is generally desirable to configure or designwager-based games in a manner which avoids or minimizes the need for thewager-based game to remotely communicate with external systems/servicesto retrieve game event outcome data and/or wager event outcome data.Accordingly, conventional wisdom suggests that it may be preferable forthe design of RNG wager-based games (e.g., such as video slot games,etc.) to include a local RNG Engine to provide localized access to wagerevent outcome data/results, so as to avoid the need for the wager-basedgame to remotely communicate with external systems/services to retrievethe wager event outcome data/results. Such traditional wager-based gamedesign techniques have, in the past, proved to be sufficiently adequatewith respect to minimizing the occurrence of lag in electronicwager-based games (such as, for example, video slot games, video pokergames, etc.).

However, with the introduction of next-generation wager-based games suchas, for example, the various hybrid arcade/wager-based game typesdescribed herein, there is an increased risk of lag occurring duringnon-wager based gameplay and/or wager-based gameplay. Occurrences ofsuch lag may be attributable to a number of different factors,including, for example, the “stressing” of local system resources,communication latency, etc. For example, during game play, multiplecalls, checks, interactions, NPC spawning, and/or other activities mayall occur within the same few milliseconds, causing the gaming systemresources to be “stressed”, and resulting in lag. Similarly, inwager-based games where multiple wager-based game events may occurwithin a relatively short time frame (e.g., substantiallysimultaneously, within several milliseconds, etc.) lag may occur as aresult of the RNG Engine being unable to generate real-time RNG outcomesfast enough. Another factor which may also contribute to lag iscommunication latency, which, for example, may be caused by delays incommunicating with remote devices/servers.

In order to minimize the occurrence of lag in hybrid arcade/wager-basedgames, it is preferable to consider and develop new/novel wager-basedgame design techniques which are capable of supporting real-time play ofsuch hybrid arcade/wager-based games in a manner which does not resultin the gaming system resources being overly “stressed”. One such designtechnique, as discussed previously, is to configure or design a hybridarcade/wager-based game to automatically and/or dynamically access orretrieve, before the triggering of one or more future wager-based gameevents, one or more “batches” or “pools” of predetermined RNG outcomesfrom local and/or remote RNG server(s)/service(s). Such a techniqueenables more intense gambling intervals to occur at the hybridarcade/wager-based game without “stressing” the system and/or withoutcausing the occurrence of “lag” (e.g., delay and/or a drop in frames persecond) in game play and/or wager-based gaming events.

In at least one embodiment, a HAWG-based EGM may be configured ordesigned to automatically and/or dynamically access or retrieve one ormore “batches” or “pools” of predetermined RNG outcomes from one or morelocal and/or remote RNG server(s)/service(s), which, in turn, enablesmore intense gambling intervals to occur at the hybridarcade/wager-based game without “stressing” the system and/or withoutcausing the occurrence of “lag” (e.g., delay and/or a drop in frames persecond) in game play and/or wager-based gaming events.

For example, in at least one embodiment, a hybrid arcade/wager-basedgame (and/or EGM on which the HAWG game is hosted) may be configured ordesigned to automatically and/or dynamically retrieve or “grab”predetermined RNG outcomes (and/or other data) from remote RNGserver(s)/service(s) (and/or other remote systems/services) prior toextreme HAWG gameplay intervals, which may then allow the system tohandle all current and future operations (e.g., including during extremeHAWG gameplay intervals) while avoiding the possibility of laginterfering with real-time gameplay and/or real-time wager-based events.Further, in at least one embodiment, at least a portion of the retrieveddata may be encrypted (e.g., during communication and/or while stored inmemory) in a manner which conforms with desired or imposed securityregulations/standards.

For example, referring to the example the Zombie shooter HAWG gamedescribed previously, the portions of gameplay which correspond toautomated rail movement of the player's character may be identified aspreferable times (e.g., of non-extreme game play) for automaticallyand/or dynamically initiating the retrieving of one or more “batches” or“pools” of predetermined RNG outcomes.

By way of illustration, in one example embodiment of a Zombie shooterHAWG game, it may be assumed that a specific game-level area may includea total of 20 newly spawned NPCs. The hybrid arcade/wager-based game maycause the EGM to automatically and/or dynamically retrieve one or more“batches” or “pools” of predetermined RNG outcomes (e.g., totaling 20predetermined RNG outcomes) from one or more local and/or remote RNGserver(s)/service(s). According to different embodiments:

-   -   At least one “batch retrieval” of predetermined RNG outcomes may        be called before gameplay setup.    -   At least one “batch retrieval” of predetermined RNG outcomes may        be called after gameplay setup.    -   At least one “batch retrieval” of predetermined RNG outcomes may        be called before wager placement.    -   At least one “batch retrieval” of predetermined RNG outcomes may        be called after wager placement, yet before wager-based game        event occurs.    -   At least one “batch retrieval” of predetermined RNG outcomes may        be called before the spawning of the NPCs.    -   At least one “batch retrieval” of predetermined RNG outcomes may        be called after the spawning of the NPCs, but before enabling        the player to proceed with gameplay at the specific game-level        area.    -   Etc.

In at least one embodiment, the 20 retrieved predetermined RNG outcomesmay be stored in encrypted form in local EGM memory. According todifferent embodiments, each (or selected ones) of the retrievedpredetermined RNG outcomes may be randomly assigned to (or randomlyassociated with) a respectively different NPC (thereby effecting doublerandomization). Alternatively, in at least some embodiments, each (orselected ones) of the retrieved predetermined RNG outcomes may besequentially assigned to (or associated with) a respectively differentNPC.

According to different embodiments, the “batch retrieval” ofpredetermined RNG outcomes may apply to both Class 2 type hybridarcade/wager-based games and/or Class 3 type hybrid arcade/wager-basedgames.

In at least one embodiment, the RNG server(s)/service(s) may beconfigured or designed to record or log the predetermined RNG outcomeswhich are retrieved by each requesting entity. Such records maysubsequently be used for auditing purposes (e.g., to ensure that thewager-based game event outcomes at the EGM match the predetermined RNGoutcomes provided by the RNG server(s)/service(s)) and for detecting andpreventing cheating/fraud.

Further, according to some embodiments, different techniques may beemployed for handling “unused” predetermined RNG outcomes which mayoccur, for example, when a player stops playing (or stops participatingin) a hybrid arcade/wager-based game. For example, in one embodiment,when a player chooses to disengage from participating in the Zombieshooter HAWG game, any “unused” predetermined RNG outcomes (e.g.,associated with NPCs which have not yet been destroyed) may beautomatically and dynamically discarded/deleted.

In at least some embodiments, “unused” predetermined RNG outcomes mayalso occur during gameplay, such as, for example, when a player finishesa level of a Zombie shooter HAWG game without destroying all Zombies onthat particular level. Accordingly, in at least some embodiments, theEGM may be configured or designed to periodically and automaticallyidentify and delete selected “unused” predetermined RNG outcomes whichare associated with “obsolete” wager-based triggering events (e.g.,wager-based triggering events which no longer have any possibility ofbeing initiated in the currently active gaming session). For example, ifit is assumed that a player completes (or exits) a level of a Zombieshooter HAWG game, and leaves 3 spawned, non-destroyed Zombies on thatlevel, the EGM may be configured or designed to automatically identifyand discard the “unused” predetermined RNG outcomes which are associatedwith the 3 spawned, non-destroyed Zombies.

In at least some embodiments, it is preferable to treat thepredetermined RNG outcomes as highly confidential data. Accordingly,appropriate security measures should preferably be employed with respectto the generation, transmission and storage of the predetermined RNGoutcome data. Examples of such security measures may include, but arenot limited to, one or more of the following (or combinations thereof):

-   -   Encryption of the predetermined RNG outcome data during        transmission.    -   Encryption of the predetermined RNG outcome data in memory        storage.    -   Assigning respective expiration time limits to each of the        predetermined RNG outcomes. In at least one embodiment, if an        expiration time limit of a given predetermined RNG outcome may        be exceeded (e.g., time limit expired), that specific        predetermined RNG outcome may automatically be discarded by the        system and is prevented from being used to determine a        wager-based game event outcome. Examples of different expiration        time limits may range from about 30 seconds to 60 minutes. In        one preferred embodiment, an expiration time limit may be set to        about 3 minutes.    -   And/or imposition of other jurisdiction/regulatory security        methods to prevent cheating (e.g., similar to those currently        employed at video slot machines and/or other wager-based gaming        machines).

In at least one embodiment, the relatively high level of securitymeasures implemented with respect to the generation, acquisition andstorage of predetermined RNG outcomes may provide an added benefit ofenabling at least a portion of the predetermined RNG outcomes to beretrieved (e.g., individually and/or in batches) from one or more remoteRNG server(s)/service(s) (e.g., Class 2 RNG System(s)/Service(s) 194and/or Class 3 RNG System(s)/Service(s) 196, FIG. 1). This, in turn, mayhelp facilitate and/or enable online wager-based gaming usingpre-determined RNG outcomes.

Additionally, according to different embodiments, the variouspredetermined RNG outcome techniques described herein may also beutilized in larger, more well-known online games for enablingwager-based triggering event functionality, and for enabling wager-basedevents to occur concurrently during standard (e.g., at home/mobile,non-wager based) gameplay.

It is noted that many of the example embodiments described herein arefocused on HAWG designs, as well as other popular video game designs.However, the predetermined RNG outcome batch retrieval techniquesdescribed herein may also be applied to other types of games and gamingplatforms, including, for example, one or more of the following (orcombinations thereof):

-   -   Currently existing wager-based games (e.g., implemented at        casino EGMs) such as, for example:        -   Video slot games.        -   Other types of wager-based video games such as, poker,            bingo, keno, pachinko, dice, cards, wheel games, etc.    -   Wager-based games implemented on mobile devices.    -   Wager-based games implemented via the Internet or other gaming        networks.    -   MMO games implemented via the Internet or other gaming networks.    -   Video console games such as, for example XBOX™, PlayStation™,        Nintendo™, etc.    -   Cloud-based gaming system(s)/service(s).    -   Other types of video-based games/gaming systems which utilize        RNG engines and include functionality for communicating via a        secure/encrypted networks.

For example, in at least one embodiment, an online video slot game (orother styled game) may be configured or designed to includepredetermined RNG outcome batch retrieval functionality. A player mayaccess the online video slot game via the Internet, and fund the game ina manner similar to that of standard wager-based play (e.g., asimplemented at casino EGMs). Thereafter, the predetermined RNG outcomebatch retrieval process(es) may be called.

By way of illustration, in at least one embodiment, a wager-based videoslot game which may be configured or designed to include predeterminedRNG outcome batch retrieval functionality may perform one or more of thefollowing activities (or combinations thereof):

-   -   According to different embodiments, the frequency of occurrence        of wager events in the video slot game may vary greatly. Based        on jurisdiction/regulations, one or more predetermined RNG        outcome batch retrieval process(es) may be automatically        initiated. In one embodiment, implementation of a predetermined        RNG outcome batch retrieval call may result in the retrieval of        ten (10) predetermined RNG outcomes per batch. According to        different embodiments:        -   At least one “batch retrieval” of predetermined RNG outcomes            may be called before gameplay setup.        -   At least one “batch retrieval” of predetermined RNG outcomes            may be called after gameplay setup.        -   At least one “batch retrieval” of predetermined RNG outcomes            may be called before wager placement.        -   At least one “batch retrieval” of predetermined RNG outcomes            may be called after wager placement, yet before wager-based            game event occurs.        -   At least one “batch retrieval” of predetermined RNG outcomes            may be called before the spawning of the NPCs.        -   At least one “batch retrieval” of predetermined RNG outcomes            may be called after the spawning of the NPCs, but before            enabling the player to proceed with gameplay at the specific            game-level area.        -   Etc.    -   In at least one embodiment, all (or a selected portion of)        retrieved predetermined RNG outcomes may be stored in encrypted        form in local memory.    -   According to different embodiments, each (or selected ones) of        the retrieved predetermined RNG outcomes may be randomly        assigned to (or randomly associated with) a respectively        different NPC (thereby effecting double randomization).    -   Alternatively, in at least some embodiments, each (or selected        ones) of the retrieved predetermined RNG outcomes may be        sequentially assigned to (or associated with) a respectively        different NPC.

In some embodiments, the wager-based video slot game may be hosted atvideo slot game EGM remotely located at a casino property. In otherembodiments, the wager-based video slot game may be implemented at alocal gaming device in the possession of the player (such as, forexample, a mobile gaming device, or a video slot game app running on theplayer's smartphone). In at least some embodiments, the wager-based gameevents occurring in the video slot game are based on predetermined RNGoutcomes which are securely retrieved from authenticated and trustedremote RNG server(s)/service(s). In yet other embodiments, thewager-based video slot game may be hosted at a virtual casino orcloud-based gaming system such as, for example, Remote/Internet-basedGaming Service(s) system 140.

As discussed above, in at least some embodiments, the each of theretrieved predetermined RNG outcomes has associated therewith arespective expiration time limit (or expiration time value). In at leastone embodiment, if an expiration time limit of a given predetermined RNGoutcome may be exceeded (e.g., time limit expired), that specificpredetermined RNG outcome may automatically be discarded by the systemand may be prevented from being used in determining a wager-based gameevent outcomes.

By way of illustration, in one example scenario involving a playerplaying a wager-based video slot game which may be configured ordesigned to include predetermined RNG outcome batch retrievalfunctionality, it is initially assumed that the video slot game executesa call to retrieve an initial batch of ten (10) predetermined RNGoutcomes. In this example scenario, it is further assumed that theplayer decides to initiate three (3) “spins”, and then elects totemporarily stop (or pause) playing the video slot game without exitingor ending the game (e.g., in order to allow the player to have a shortbreak). In this example scenario, only three (3) of the retrievedpredetermined RNG outcomes would have been used, while the remainingseven (7) retrieved predetermined RNG outcomes would still be “unused”.Continuing with this example scenario, it is assumed that the length ofthe player's break exceeds the expiration time limits associated witheach of the seven (7) “unused” predetermined RNG outcomes. Accordingly,the gaming system may respond by automatically discarding orinvalidating the seven (7) “unused” predetermined RNG outcomes upondetecting that their respective expiration time limits have beenexceeded. Additionally, the gaming system may automatically retrieve anew batch of seven (7) pre-determined RNG outcomes (e.g., from a remote,authenticated RNG system/service) after detecting that the user hasresumed play of the video slot game.

It will be appreciated that the predetermined RNG outcome batchretrieval technique(s) described herein provide numerous benefits andadvantages which may be leveraged to expand existing wager-based gamingmarkets (including, for example, home, mobile, casino, and cloud basedmarkets), and to open up opportunities for new markets to develop in thewager-based gaming space. Further, the predetermined RNG outcome batchretrieval technique(s) described herein may also be leveraged to enableplayers to continue engaging in their favorite gambling gamesanywhere/anytime, and/or to embark on new types of wager-based gamesanywhere/anytime.

For example, various benefits and/or advantages of the predetermined RNGoutcome batch retrieval technique(s) described herein may include, butare not limited to, one or more of the following (or combinationsthereof):

-   -   Secure/encrypted wager-based interactions.    -   Prevents/hampers cheating.    -   Stored predetermined RNG outcomes allow for more graphically        intense gambling intervals, which may translate to (and/or        facilitate):        -   More “butts in seats” (e.g., particularly with respect to            players participating from the comfort of their own home);        -   Increased coin-in;        -   Improved relationships between patron, game, and property;        -   Improved or increased player satisfaction.

Additionally, because the wager-based game events are based onpredetermined RNG outcomes which may be securely retrieved fromauthenticated and trusted remote RNG server(s)/service(s), thepredetermined RNG outcome batch retrieval technique(s) described hereinenable a secure way for players to engage in wager-based gameplay fromtheir homes and/or from other non-casino locations. For example, in atleast one embodiment, using the predetermined RNG outcome batchretrieval technique(s) described herein, a player may engage inwager-based game play at his or her favorite casino property, then leavethe casino property, and then continue or resume their gaming experiencefrom a different physical location (e.g., from the player's home viaonline access). In at least some embodiments, the player (or player'smobile gaming device) may continue to be “in touch” with the casinoproperty (e.g., in the “network” sense rather than the “physical”sense). This may also tie into “clicks to bricks” programs/offers whichmay allow patrons to acquire club points in the comfort of their homeswith on-site voucher/redemption (e.g., from casino, to home, back tocasino, to home). This “revolving process” is something the gamblingindustry has heretofore been lacking. However, by using thepredetermined RNG outcome batch retrieval technique(s) described herein,the patron's home and personal network device(s) are now accessible forsecure wager-based gameplay.

Similarly, the predetermined RNG outcome batch retrieval technique(s)described herein enable a secure way for players to engage incloud-based, wager-based gameplay. This feature may be particularlydesirable for players who do not care for the casino establishmentenvironment. By utilizing a cloud-based system and/or virtual casinoenvironment, players may engage in (similar) wager-based gameplaywithout the worries of having to go to a casino. In some embodiments, avirtual or cloud-based casino system may be implemented viaRemote/Internet-based Gaming Service(s) system 190 of FIG. 1. Accordingto different embodiments, some or all of the systems and processes thatcoincide with wager-based gameplay may be implemented within thisvirtual environment. A patron (e.g., player), when gaming on a “cloudonly” system, may initiate wager-based events (e.g., as describedpreviously), and the wager-based game may communicate (e.g., viasecured/encrypted network communications) to the Remote/Internet-basedGaming Service(s) system 190, which in turn may communicate back to thepatron's device(s). Outgoing and incoming communications may betransmitted at the same time and/or in irregular patterns.Communications such as these are known as “asynchronous communications.”

In at least some embodiments, additional security mechanisms may beutilized with respect to retrieved predetermined RNG outcomes fromremote RNG servers/services. For example, it is preferable to secure theretrieved RNG information from server to client, and vice versa.Security may be supported in multiple forms, such as, for example, MD5,hash, unique identifiers, etc. All of which may perform or be verifiedvia cross-checking and/or reporting with a host, in order to validateand/or verify determine the authenticity of such secured informationand/or in order to authenticate the identity of the remote RNGservers/services. Such security mechanisms may be used to help preventfraudulent activities, such as, for example, activities performed byindividuals attempting to “hack” and “inject” their own RNG outcomesinto the wager-based game system in order to manipulate the system.

In at least one embodiment, each retrieved predetermined RNG outcome maybe configured or designed to include one or more unique identifier(s)which may be used to for security validation and/or authenticationpurposes. In some embodiments, specific authentications of the retrievedpredetermined RNG outcomes may be required to be performed, for example,during the verification process(es) of batch RNG retrieval and/or beforeusing any one of the predetermined RNG outcomes to determine wager-basedgame event outcomes. “Hacked” RNG outcomes which have been injected intothe gaming system will not pass the security checks from theauthentication system. For example, even though the RNG outcome itselfmay be in a “correct” format for the system internals, the “signature”will not match. In at least some embodiments, the unique identifier(s)associated with each of the predetermined RNG outcomes may be securelyencrypted using an encryption algorithm, and the gaming device (which ishosting the wager-based game) may include automated functionality forauthenticating the encrypted unique identifier associated with a givenpredetermined RNG outcome before using that predetermined RNG outcomefor determining a wager-based game event outcome. In the event thattampering evidence is detected, the system may have cross-checks and/orcalls that may immediately notify the proper personnel in order to seekappropriate measures.

Additional Benefits/Features/Embodiments

Different embodiments of the hybrid arcade/wager-based gaming techniquesdescribed herein may be adapted and implemented in a variety ofenvironments. For example, the hybrid arcade/wager-based gamingtechniques described herein are particularly well suited for deploymentin any business establishments that house wager-based gaming devices(e.g., class 3 and/or class 2). Additionally, the hybridarcade/wager-based gaming techniques described herein may appeal toyounger gamblers/gamers who enjoy playing arcade-style video games,middle aged gamblers/gamers who may have played some video games, andpossibly even veteran gamblers who may be bored with existingwager-based video gaming technology.

The hybrid arcade/wager-based gaming techniques described herein providethe ability for patrons of casinos and other gaming establishments toexperience new and exciting ways of engaging in wager-based video gameplay with minimized learning curve and intimidation factors.Additionally, using the hybrid arcade/wager-based gaming techniquesdescribed herein, casinos and other gaming establishments hosting suchhybrid arcade/wager-based gaming devices may increase their revenue byensuring that the number of wager-based gaming event(s) occurring in ahybrid arcade/wager-based game (e.g., during specified time period) meetminimum specified threshold criteria.

One of the benefits of the hybrid arcade/wager-based gaming techniquesdescribed herein is that it provides the ability for traditionalvideo-type wager-based games (such as those deployed at Casinoestablishments) to be quickly and easily converted to hybrid-typearcade/wager-based games in a manner which is already compliant withexisting rules and regulations governing wager-based gaming, and/or in amanner which may avoid or significantly reduce requirements foradditional regulatory approval. For example, in some embodiments, thehybrid arcade/wager-based gaming system may include functionality forproviding a new display method and interaction thereof for currentlyapproved wager-based games and/or wager-based gaming machines such as,for example, video-style wager-based games/gaming machines which havealready been approved (and/or deployed) for player use in one or moregaming jurisdictions.

It may be appreciated that currently existing gaming technology andassociated gaming regulations do not allow for “mega title” arcade-typegames (e.g., Call Of Duty, Assassin's Creed, etc.) to be directlyimplemented within gambling gameplay. One reason for this is that anynew wager-based game must first obtain various gaming regulatoryapprovals before being allowed to be deployed in designated gamingjurisdictions. However, if one were to desire to implement a “Call OfDuty” (COD) hybrid arcade/wager-based game, companies and developers(among other legal and regulatory bodies) may collaborate to create suchproduct (e.g., supply source files and asset libraries, etc.) which maybe assembled to conform to desired design/gameplay specifications (suchas one or more of those described herein).

In at least some embodiments, it is not possible to simply install andrun COD (or other “mega title” arcade-type games) on an existing gamingmachine, and have it perform as a hybrid arcade/wager-based gamedescribed herein. Some elements of gameplay may need to be altered inorder to achieve and/or provide various hybrid arcade/wager-based game(HAWG) functionalities. In some embodiments, the initial process to geta hybrid arcade/wager-based game “on the floor” (e.g., deployed on acasino gaming floor) may take some time (e.g., 4-8 months, including,for example, an amount of time to build the hybrid arcade/wager-basedgame). However, this timeframe may be significantly shorter than thetimeframes typically required for getting traditional wager-based gamingmachines deployed “on the floor”. One reason for this is that the hybridarcade/wager-based game technology described herein provides thecapability of seamless integration with pre-licensed products, such as,for example, IGT's Ghostbusters Video Slots. For example, in oneembodiment, in a relatively short time period, a gaming machinemanufacturer/distributor (such as IGT, Bally's, Aristocrat, etc.) coulddevelop a hybrid arcade/wager-based game version that capitalizes on thepopularity of an existing licensed game-theme by providing a newerHAWG-type “gamer” version which incorporates a version of the existinglicensed game-theme.

With respect to hybrid arcade/wager-based gameplay, in at least someembodiments, HAWG may not require “points” to reach or obtain gamelevels. Rather, in some embodiments, HAWG allows freedom of play byallowing a player simply “continue on” by purely playing the game. Thisdesign allows for player defined gameplay progression.

In at least some embodiments, HAWG may provide a novel slot machinegaming/player interface which does not require the use of “new backendsystems”. For example, take IGT's “Big Buck Hunter” slot game, which hasalready obtained regulatory approval in many existing gamingjurisdictions. Using HAWG technology, IGT could build, or have built, anew themed game “Zombies” which could conform to HAWG design, load“Zombies” into the “Big Buck Hunter” EGM memory, and substitute thedisplay of “Zombies” in place of the “Buck” characters (e.g.,traditionally displayed in the Big Buck Hunter game). Upon doing so,certification labs such as GLI may have no issues in the approvalprocess for the “Zombies” hybrid arcade/wager-based game, since thefunctionality and mathematical algorithms driving both the Zombieshybrid arcade/wager-based game and the Big Buck Hunter game have alreadybeen reviewed and approved.

In at least some embodiments, HAWG provides a conjoined and seamlessentity wherein the act of wagering is based (at least partially) on theplayers physical ability to press a button and/or pull a trigger while“holding” a device (e.g., HID) and visually understanding therelationship/nature of the style/theme of game in which they areinvolved and the process(es) thereof needed to play said game.

For example, a standard slot machine may require a player to

-   -   put money in machine;    -   select wager;    -   initiate wager (via HID);    -   be informed of results; and    -   repeat wager initiation if desired.

For some HAWG embodiments, the process may involve similar steps, plusone or more additional step(s) involving the player operating a HID inorder to interact with (e.g., shoot, grab, touch, avoid, etc.) virtualobjects displayed on EGM display screen.

In one embodiment, the only “skills” required are human motor skills(e.g., “fine motor skills”) such as hand/eye coordination, to performvarious arcade-type game activities such as, for example: point ornavigate a reticle onto a NPC (e.g., zombie/alien), pull/presstrigger/button, etc. In at least some embodiments, there are no“skillful requirements” needed for participating in a hybridarcade/wager-based game. Further, in various embodiments, no skill isneeded or required for participating in the wager-based game eventportion of the hybrid arcade/wager-based game. In fact, in at least someembodiments, it is preferable the wager-based game event portion beimplemented as a RNG-based game of chance. In this way, HAWG may bedesigned to be simple and fun without separation of entertainment andgambling.

Other benefits/features/advantages of the various hybridarcade/wager-based game embodiments described herein may include, butare not limited to, one or more of the following (or combinationsthereof):

-   -   In some embodiments, the hybrid arcade/wager-based game may be        configured or designed to include functionality for enabling a        player to specify a total maximum amount to be wagered during        play of the hybrid arcade/wager-based game. This allows the        player more control over how much the player is willing to risk        losing during play of the hybrid arcade/wager-based game.    -   In some embodiments, the hybrid arcade/wager-based gaming        machine may distinguish between credits attributable to coin in,        and credits attributable to wager-based game event payouts. For        example, in some embodiments, the gaming machine may be        configured or designed to maintain separate credit balances        for: (i) credits funded by coin-in/ticket-in, and (ii) credits        accumulated from wager-based game event payouts. In at least        some embodiments, this helps facilitate the player's awareness        of his or her total overall wager-based game event payouts        during play of the hybrid arcade/wager-based game. For example,        in one embodiment, a player may deposit an initial amount of        money (e.g., $10) into the gaming machine, and engage in hybrid        arcade/wager-based game play until the initial $10 is used up.        In one embodiment, during play of the hybrid arcade/wager-based        game, any winnings/payouts awarded to the player (e.g., from        wager-based game event outcomes) deposited and maintained in a        separate “winnings” account (e.g., similar to the way physical        coin winnings are dropped into the bottom cavity of a mechanical        slot machine). At the end of the hybrid arcade/wager-based game        play (e.g., once the initial $10 is used up), the player may        review the total value of the “winnings” account to determine        how he/she did (e.g., is the player “up” overall, or “down”        overall). In some embodiments, the player may optionally elect        to have all (or a specified amount or percentage) of his/her        “winnings” re-invested into the hybrid arcade/wager-based game        to fund additional wager-based game event(s).

In some HAWG embodiments, the outcome of a wager-based game event may beconfigured or designed to be dependent on HAWG's game state. In someembodiments, the design of gameplay may allow for additional events forboth wager initiation and RNG outcome. For example, referring to thepreviously described Zombie shooter example, a player shoots a zombie inthe head (headshot—which kills the zombie). The shot may be fired andupon the instant the zombie death animation begins, a wager triggeringevent is called which “spins” the slot reels. The slot reels maycontinue to spin until the zombie's epic death animation is complete,once so, another event is called which is the “RNG determinationoutcome” event. The outcome is then presented to the player through thebackend system and displayed using HAWG's graphical user interface. Onereason for the two events corresponding with a NPC destruction and theending of a death animation is that it causes the wagered outcome eventto dependent on HAWG's gamestate and may require two events to happen inorder for a wagering outcome to be displayed.

In some embodiments, hybrid arcade/wager-based games may be configuredor designed in a manner which allows for a unique credit display setupwherein, while the player is interacting within a specific level, aclearly defined display of gameplay earnings is shown to the player andonce said level is complete, and/or player dies, and/or player no longerhas credits, and/or player decides to discontinue play, the interactivegame portion is “exited” and a “fun” animated display of talliedearnings as well as possible achievements are shown. This could be assimple as showing animated slot reels quickly spin through the collectedearnings (e.g., via display of a fast free spin bonus wherein the reelshave minimal or no anticipation). The nature of this configurationenables HAWG to provide for different types of experientialopportunities such as, for example, one or more of the following (orcombinations thereof):

-   -   Corresponding with previous embodiments wherein toggle-able HUD        elements provide a more in depth gaming experience.    -   Being the “end level points tally” seen in most popular games        (even though earnings have already been individually displayed        during gameplay) where the player “has a moment” to take it some        or all in.    -   Assuming a player decides to discontinue play before the level        ending tally screen, their earnings are still theirs and allow        for them to simply collect & leave the gaming machine.

In at least some embodiments, HAWG games may be developed usingregulatory (e.g., GLI) approved third party engines such as, for example(Unreal, Unity) accompanied by a complex series of blueprints and codewhich, when compiled, creates a packaged executable ready for storage ona gaming machine, system, and/or device.

It will be appreciated that, via the use of specifically configuredcomputer hardware and software, the problems which are solved and/orovercome by the various hybrid arcade/wager-based game techniquesdescribed herein are necessarily rooted in computer technology in orderto overcome problems specifically arising in the realm of computernetworks. For example, as described previously, most of wager-basedgames currently deployed at electronic gaming machines in casinoestablishments are configured or designed to primarily offermonetary-type payouts for wager-based game event outcomes. Additionally,such monetary-type payouts are typically unrelated to, and have noeffect or influence on, the gameplay portion of the wager-based gamebeing executed at the electronic gaming machine. Such problems andlimitations specifically arise in the realm of electronic computingdevices and computer networks, and the solutions to these problems andlimitations (e.g., as described herein) are necessarily rooted incomputer technology.

Other aspects relating to tournament-type wager-based gaming aredisclosed in one or more of the following references:

U.S. Patent Publication No. US20090104965A1, by House et al., titled“TOURNAMENT MANAGER FOR USE IN CASINO GAMING SYSTEM”, filed 2007 Oct.17, the entirety of which is incorporated herein by reference for allpurposes.

U.S. Patent Publication No. US20050043094A1, by Nguyen et al., titled“SYSTEM AND METHOD FOR PERMITTING A TOURNAMENT GAME ON DIFFERENTCOMPUTING PLATFORMS”, filed 2003 Aug. 18, the entirety of which isincorporated herein by reference for all purposes.

U.S. Pat. No. 7,798,901B2, by Nguyen et al., titled “TOURNAMENT GAMINGMETHOD AND SYSTEM”, filed 2003 Aug. 18, the entirety of which isincorporated herein by reference for all purposes.

U.S. Pat. No. 6,908,390B2, by Nguyen et al., titled “APPARATUS ANDMETHOD FOR A GAMING TOURNAMENT NETWORK”, filed 2002 Mar. 29, theentirety of which is incorporated herein by reference for all purposes.

The present application herein incorporates by reference, in itsentirety and for all purposes, U.S. Provisional Application Ser. No.62/091,451, titled “HYBRID ARCADE-TYPE, WAGER-BASED GAMING TECHNIQUES”,naming Washington et al. as inventors, and filed 12 Dec. 2014.

The present application herein incorporates by reference, in itsentirety and for all purposes, U.S. Provisional Application Ser. No.62/127,821, titled “RPG AND SPORTS THEMED HYBRID ARCADE-TYPE,WAGER-BASED GAMING TECHNIQUES”, naming Washington et al. as inventors,and filed 3 Mar. 2015.

The present application herein incorporates by reference, in itsentirety and for all purposes, U.S. patent application Ser. No.14/831,823 titled “FIRST PERSON SHOOTER, RPG AND SPORTS THEMED HYBRIDARCADE-TYPE, WAGER-BASED GAMING TECHNIQUES” by Washington et al., filedon 20 Aug. 2015.

The present application herein incorporates by reference, in itsentirety and for all purposes, U.S. patent application Ser. No.14/865,538 titled “HYBRID ARCADE-TYPE, WAGER-BASED GAMING TECHNIQUES ANDPREDETERMINED RNG OUTCOME BATCH RETRIEVAL TECHNIQUES” by Washington etal., filed on 25 Sep. 2015.

The present application herein incorporates by reference, in itsentirety and for all purposes, U.S. patent application Ser. No.15/344,488 titled “HYBRID ARCADE/WAGER-BASED GAMING ASPECTS RELATING TOENTERTAINMENT AND WAGERING GAMING ACTIVITIES” by Washington et al.,filed on 4 Nov. 2016.

Although several example embodiments of one or more aspects and/orfeatures have been described in detail herein with reference to theaccompanying drawings, it is to be understood that aspects and/orfeatures are not limited to these precise embodiments, and that variouschanges and modifications may be effected therein by one skilled in theart without departing from the scope of spirit of the invention(s) asdefined, for example, in the appended claims.

It is claimed:
 1. A computer-implemented method of operating a firstgaming machine and a second gaming machine, comprising: providing thefirst and second gaming machines, each of the first and second gamingmachines comprising a memory, a processor coupled to the memory, and aninterface configured to enable a hybrid multi-player tournament arcadegame to be played; receiving, at each of the first and second gamingmachines, a configuration of the hybrid multi-player tournament arcadegame comprising at least one of wagering parameters, wager fundingsources and game attributes by first and second players, respectively;accepting funds from the first and second players and initiating gameplay of the hybrid multi-player tournament arcade game as configured atthe first and second gaming machines, the hybrid multi-player tournamentarcade game being configured to provide a same virtual game environmentat both the first and second gaming machines and to present wageringopportunities within the virtual game environment to both the first andsecond players, such that interaction therewith by the first player viathe interface of the first gaming machines gives rise to wagering eventsfor the first player and such that interaction therewith by the secondplayer via the interface of the second gaming machine gives rise towagering events for the second player; during game play, generating andtracking random outcomes of wagering events for each of the first andsecond players and correspondingly determining and distributing payoutsto the first and second players; periodically generating, on each of thefirst and second gaming machines, tournament status information based onat least one of game play and outcomes of wagering events for each ofthe first and second players; and determining, at each of the first andsecond gaming machines, a ranking of the first and second players basedat least in part upon the generated tournament status information andthe outcomes of the wagering events.
 2. The computer-implemented methodof claim 1, further comprising: determining, displaying and distributingtournament awards to at least one of the first and second players basedon at least one of the tournament status information and the determinedranking.
 3. The computer-implemented method of claim 1, wherein each ofthe first and second gaming machines comprises a separate display andwherein the method further comprises; displaying theperiodically-generated tournament status information and the determinedrankings on the separate displays of the first and second gamingmachines.
 4. The computer-implemented method of claim 1, wherein thefirst and second gaming machines share a display and wherein the methodfurther comprises; displaying the periodically-generated tournamentstatus information and the determined rankings on the shared display. 5.The computer-implemented method of claim 1, wherein game play isconfigured such that the first and second players compete via theirrespective interactions with the wagering opportunities presented withinthe virtual game environment.
 6. The computer-implemented method ofclaim 1, wherein game play is configured such that the first and secondplayers cooperate to accomplish a shared objective via their respectiveinteractions with the wagering opportunities presented within thevirtual game environment.
 7. The computer-implemented method of claim 1,wherein the hybrid multi-player tournament arcade game further comprisesan arcade non-wager portion and a wager-based game portion and whereinthe random outcomes of wagering events are shown on the wager-based gameportion.
 8. The computer-implemented method of claim 1, wherein thewager-based game portion comprises a slot reel game portion configuredto reveal the random outcomes of the wagering events.
 9. Thecomputer-implemented method of claim 1, wherein the outcomes of wageringevents for each of the first and second players includes at least one ofmonetary and non-monetary rewards.
 10. The computer-implemented methodof claim 1, wherein the accepted funds for each of the first and secondplayers each include a first portion for game play and a second portionfor a shared pool and wherein the method further includes awarding theshared pool to a higher-ranked one of the first and second players. 11.The computer-implemented method of claim 1, wherein the virtual gameenvironment is further configured for simultaneous game play by thefirst and second players and wherein the method further comprisesdisplaying, to both the first and second players, at least one of playergame performance data, tournament status information and outcomes ofwagering events for both the first and second players.
 12. Thecomputer-implemented method of claim 1, wherein the random outcomes ofwagering events are generated before the wagering events are triggeredby the first and second players within the virtual game environment. 13.The computer-generated method of claim 1, wherein the hybridmulti-player tournament arcade game is a skill-based hybrid multi-playertournament arcade game in which a higher-skilled one of the first andsecond players earns, on average a higher Return To Player (RTP) thanthe other one of the first and second players.
 14. An electronic,wager-based gaming system configured to enable a player to play a hybridmulti-player tournament arcade game, comprising first and second gamingmachines, each comprising: a memory; a user interface; a processorcoupled to the memory and to the user interface, and a plurality ofprocesses spawned by the processor, the plurality of processescomprising processing logic to: receive, at each of the first and secondgaming machines, a configuration of the hybrid multi-player tournamentarcade game comprising at least one of wagering parameters, wagerfunding sources and game attributes by first and second players,respectively; accept funds from the first and second players andinitiate game play of the hybrid multi-player tournament arcade game asconfigured at the first and second gaming machines, the hybridmulti-player tournament arcade game being configured to provide a samevirtual game environment at both the first and second gaming machinesand to present wagering opportunities within the virtual gameenvironment to both the first and second players, such that interactiontherewith by the first player via the interface of the first gamingmachines gives rise to wagering events for the first player and suchthat interaction therewith by the second player via the interface of thesecond gaming machine gives rise to wagering events for the secondplayer; during game play, generate and track random outcomes of wageringevents for each of the first and second players and correspondinglydetermine and distribute payouts to the first and second players;periodically generate, on each of the first and second gaming machines,tournament status information based on at least one of game play andoutcomes of wagering events for each of the first and second players;and determine, at each of the first and second gaming machines, aranking of the first and second players based at least in part upon thegenerated tournament status information and the outcomes of the wageringevents.
 15. The electronic, wager-based gaming system of claim 14,further comprising processing logic to: determine, displaying anddistribute tournament awards to at least one of the first and secondplayers based on at least one of the tournament status information andthe determined ranking.
 16. The electronic, wager-based gaming system ofclaim 14, wherein each of the first and second gaming machines comprisesa separate display and wherein the system further comprises processinglogic to: display the periodically-generated tournament statusinformation and the determined rankings on the separate displays of thefirst and second gaming machines.
 17. The electronic, wager-based gamingsystem of claim 14, wherein the first and second gaming machines share adisplay and wherein the system further comprises processing logic to:display the periodically-generated tournament status information and thedetermined rankings on the shared display.
 18. The electronic,wager-based gaming system of claim 14, wherein game play is configuredsuch that the first and second players compete via their respectiveinteractions with the wagering opportunities presented within thevirtual game environment.
 19. The electronic, wager-based gaming systemof claim 14, wherein game play is configured such that the first andsecond players cooperate to accomplish a shared objective via theirrespective interactions with the wagering opportunities presented withinthe virtual game environment.
 20. The electronic, wager-based gamingsystem of claim 14, wherein the multi-player tournament arcade gamefurther comprises an arcade non-wager portion and a wager-based gameportion and wherein system further comprises processing logic to showthe random outcomes of wagering events on the wager-based game portion.21. The electronic, wager-based gaming system of claim 14, wherein thewager-based game portion comprising a slot reel game portion configuredto reveal the random outcomes of the wagering events.
 22. Theelectronic, wager-based gaming system of claim 14, wherein the outcomesof wagering events for each of the first and second players includes atleast one of monetary and non-monetary rewards.
 23. The electronic,wager-based gaming system of claim 14, wherein the accepted funds foreach of the first and second players each include a first portion forgame play and a second portion for a shared pool and wherein the systemfurther includes processing logic to award the shared pool to ahigher-ranked one of the first and second players.
 24. The electronic,wager-based gaming system of claim 14, wherein the virtual gameenvironment is further configured for simultaneous game play by thefirst and second players and wherein the system further comprisesprocessing logic to display, to both the first and second players, atleast one of player game performance data, tournament status informationand outcomes of wagering events for both the first and second players.25. The electronic, wager-based gaming system of claim 14, furthercomprising processing logic to generate the random outcomes of wageringevents before the wagering events are triggered by the first and secondplayers within the virtual game environment.
 26. The electronic,wager-based gaming system of claim 14, wherein the hybrid multi-playertournament arcade game is a skill-based hybrid multi-player tournamentarcade game in which a higher-skilled one of the first and secondplayers earns, on average a higher Return To Player (RTP) than the otherone of the first and second player.